CN108279985B - 一种接口请求协议改造方法、设备及计算机可读存储介质 - Google Patents
一种接口请求协议改造方法、设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN108279985B CN108279985B CN201711406781.4A CN201711406781A CN108279985B CN 108279985 B CN108279985 B CN 108279985B CN 201711406781 A CN201711406781 A CN 201711406781A CN 108279985 B CN108279985 B CN 108279985B
- Authority
- CN
- China
- Prior art keywords
- interface
- request
- merging
- return value
- terminal side
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/541—Client-server
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/549—Remote execution
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Multimedia (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种接口请求协议改造方法、设备及计算机可读存储介质,其中,该方法包括:缓存终端侧对接口调用的返回值;在所述接口的合并请求中,加入所述接口对应的返回值的版本号;接收并响应服务器端的推送数据。实现了一种高效的接口请求协议改造方案,本方案通过改造合并接口请求的协议底层机制和终端侧的接口请求机制,来避免接口合并短板效应的发生,进一步提高了接口合并的调用速度,从而提高应用的运行速度,以持续提高用户体验。
Description
技术领域
本发明涉及移动通信领域,尤其涉及一种接口请求协议改造方法、设备及计算机可读存储介质。
背景技术
现有技术中,为了提高应用的运行速度,在应用的运行过程中对调用时间相邻近的接口进行合并,服务器将各个接口的返回值合并后返回给客户端。由于合并过程中,只考虑了接口的调用时间相邻近的关系,服务器收到合并接口的请求后,需要等到所有接口的返回值都生成后才能将值返回给客户端。
但是,上述方案存在的问题是:存在短板效应,即某个接口的调用时长较久就会导致该次合并调用的耗时较久,无法更为合理的对接口合并进行性能优化,无法进一步提高应用的运行速度。
因此,现有技术中,还没有一种比较合适的接口合并方案。
发明内容
为了解决现有技术中,接口合并方案存在短板效应,即某个接口的调用时长较久就会导致该次合并调用的耗时较久,无法更为合理的对接口合并进行性能优化,无法进一步提高应用的运行速度的技术缺陷,本发明提出了一种接口请求协议改造方法,该方法包括:
缓存终端侧对接口调用的返回值;
在所述接口的合并请求中,加入所述接口对应的返回值的版本号;
接收并响应服务器端的推送数据,其中,所述服务器端的接口返回值与所述版本号保持一致。
可选的,所述缓存终端侧对接口调用的返回值包括:
改造所述终端侧对合并接口的请求机制;
根据合并接口的个数生成对应个数的线程;
通过所述线程等待所述返回值。
可选的,所述在所述接口的合并请求中,加入所述接口对应的返回值的版本号包括:
在所述服务器侧,在所述合并请求的协议自中添加接口的个数值和计数值,其中,在所述个数值内保持通信链接;
在所述终端侧,根据合并接口的个数生成对应个数的线程,通过所述线程等待所述返回值。
可选的,所述在所述接口的合并请求中,加入所述接口对应的返回值的版本号还包括:
在所述终端侧,增加线程通知机制;
根据第一接口对应的链接进行返回时,增加其链接协议字的计数值;
当所述第一接口对应的线程接收到所述返回值后,将第二接口返回值通过所述线程通知机制传送至所述第二接口对应的线程。
可选的,所述接收并响应服务器端的推送数据包括:
在终端侧对所述接口请求执行合并处理;
通过同一接口请求的通信链接分别将接口数据根据其各自耗时最短的返回至所述终端侧。
本发明还提出了一种接口请求协议改造设备,该设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现:
缓存终端侧对接口调用的返回值;
在所述接口的合并请求中,加入所述接口对应的返回值的版本号;
接收并响应服务器端的推送数据,其中,所述服务器端的接口返回值与所述版本号保持一致。
可选的,所述计算机程序还被所述处理器执行时实现:
改造所述终端侧对合并接口的请求机制;
根据合并接口的个数生成对应个数的线程;
通过所述线程等待所述返回值。
可选的,所述计算机程序还被所述处理器执行时实现:
在所述服务器侧,在所述合并请求的协议自中添加接口的个数值和计数值,其中,在所述个数值内保持通信链接;
在所述终端侧,根据合并接口的个数生成对应个数的线程,通过所述线程等待所述返回值。
可选的,所述计算机程序还被所述处理器执行时实现:
在所述终端侧,增加线程通知机制;
根据第一接口对应的链接进行返回时,增加其链接协议字的计数值;
当所述第一接口对应的线程接收到所述返回值后,将第二接口返回值通过所述线程通知机制传送至所述第二接口对应的线程;
在终端侧对所述接口请求执行合并处理;
通过同一接口请求的通信链接分别将接口数据根据其各自耗时最短的返回至所述终端侧。
本发明还提出了一种计算机可读存储介质,该计算机可读存储介质上存储有接口请求协议改造程序,接口请求协议改造程序被处理器执行时实现如上述任一项所述的接口请求协议改造方法的步骤。
实施本发明的接口请求协议改造方法、设备及计算机可读存储介质,通过缓存终端侧对接口调用的返回值;在所述接口的合并请求中,加入所述接口对应的返回值的版本号;接收并响应服务器端的推送数据。实现了一种高效的接口请求协议改造方案,本方案通过改造合并接口请求的协议底层机制和终端侧的接口请求机制,来避免接口合并短板效应的发生,进一步提高了接口合并的调用速度,从而提高应用的运行速度,以持续提高用户体验。
附图说明
下面将结合附图及实施例对本发明作进一步说明,附图中:
图1是本发明涉及的一种移动终端的硬件结构示意图;
图2是本发明实施例提供的一种通信网络系统架构图;
图3是本发明接口请求协议改造方法第一实施例的流程图;
图4是本发明接口请求协议改造方法第二实施例的流程图;
图5是本发明接口请求协议改造方法第三实施例的流程图;
图6是本发明接口请求协议改造方法第四实施例的流程图;
图7是本发明接口请求协议改造方法第五实施例的流程图。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身没有特定的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如,本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant,PDA)、便捷式媒体播放器(Portable Media Player,PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端,以及诸如数字TV、台式计算机等固定终端。
后续描述中将以移动终端为例进行说明,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本发明的实施方式的构造也能够应用于固定类型的终端。
请参阅图1,其为实现本发明各个实施例的一种移动终端的硬件结构示意图,该移动终端100可以包括:RF(Radio Frequency,射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图1中示出的移动终端结构并不构成对移动终端的限定,移动终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍:
射频单元101可用于收发信息或通话过程中,信号的接收和发送,具体的,将基站的下行信息接收后,给处理器110处理;另外,将上行的数据发送给基站。通常,射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于GSM(Global System of Mobile communication,全球移动通讯系统)、GPRS(General Packet Radio Service,通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000,码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access,时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution,频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution,分时双工长期演进)等。
WiFi属于短距离无线传输技术,移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102,但是可以理解的是,其并不属于移动终端的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时,将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit,GPU)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据),并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在移动终端100移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息,以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作),并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器110,并能接收处理器110发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071,用户输入单元107还可以包括其他输入设备1072。具体地,其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种,具体此处不做限定。
进一步的,触控面板1071可覆盖显示面板1061,当触控面板1071检测到在其上或附近的触摸操作后,传送给处理器110以确定触摸事件的类型,随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中,触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能,具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动终端的控制中心,利用各种接口和线路连接整个移动终端的各个部分,通过运行或执行存储在存储器109内的软件程序和/或模块,以及调用存储在存储器109内的数据,执行移动终端的各种功能和处理数据,从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元;优选的,处理器110可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池),优选的,电源111可以通过电源管理系统与处理器110逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出,移动终端100还可以包括蓝牙模块等,在此不再赘述。
为了便于理解本发明实施例,下面对本发明的移动终端所基于的通信网络系统进行描述。
请参阅图2,图2为本发明实施例提供的一种通信网络系统架构图,该通信网络系统为通用移动通信技术的LTE系统,该LTE系统包括依次通讯连接的UE(User Equipment,用户设备)201,E-UTRAN(Evolved UMTS Terrestrial Radio Access Network,演进式UMTS陆地无线接入网)202,EPC(Evolved Packet Core,演进式分组核心网)203和运营商的IP业务204。
具体地,UE201可以是上述终端100,此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中,eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接,eNodeB2021连接到EPC203,eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括MME(Mobility Management Entity,移动性管理实体)2031,HSS(Home Subscriber Server,归属用户服务器)2032,其它MME2033,SGW(Serving Gate Way,服务网关)2034,PGW(PDN Gate Way,分组数据网络网关)2035和PCRF(Policy andCharging Rules Function,政策和资费功能实体)2036等。其中,MME2031是处理UE201和EPC203之间信令的控制节点,提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能,并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送,PGW2035可以提供UE 201的IP地址分配以及其它功能,PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点,它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem,IP多媒体子系统)或其它IP业务等。
虽然上述以LTE系统为例进行了介绍,但本领域技术人员应当知晓,本发明不仅仅适用于LTE系统,也可以适用于其他无线通信系统,例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等,此处不做限定。
基于上述移动终端硬件结构以及通信网络系统,提出本发明方法各个实施例。
实施例一
图3是本发明接口请求协议改造方法第一实施例的流程图。一种接口请求协议改造方法,该方法包括:
S1、缓存终端侧对接口调用的返回值;
S2、在所述接口的合并请求中,加入所述接口对应的返回值的版本号;
S3、接收并响应服务器端的推送数据,其中,所述服务器端的接口返回值与所述版本号保持一致。
在本实施例中,首先,缓存终端侧对接口调用的返回值,然后,在所述接口的合并请求中,加入所述接口对应的返回值的版本号,最后,接收并响应服务器端的推送数据,其中,所述服务器端的接口返回值与所述版本号保持一致。
具体的,在本实施例中,首先,缓存终端侧对接口调用的返回值。以手机终端为例,手机客户端与服务器的接口请求是基于HTTP协议的,每次请求都对应1个HTTP请求的TCP连接,数据返回后该TCP连接就会断开。因此,接口合并返回数据时,如果只是用1次的连接来返回数据,就会导致该次合并响应时长为单个接口耗时最大的那个时间甚至更久的短板效应。
为了解决上述问题,本实施例需要针对接口合并请求的HTTP协议底层机制按以下方式进行改造:
一方面,在协议字中添加接口的个数和计数值,当计数值没有达到个数时,保证该次HTTP的TCP连接不会断开。由此,采用本方案,可以用同一个连接来完成多个接口请求返回值的发送,而不必使用推送消息的机制,以提高系统效率和接口合并速度,并降低系统成本。
另一方面,在手机侧也需要对合并接口的请求机制进行改造,在现有的技术方案中,一次的接口请求只会对应1个线程,等待该合并的返回值。而在本实施例所提供的技术方案中,就需要根据接口的个数,生成对应个数的线程,各自等待其返回值。
如上例所述,以下将结合实例说明本实施例的接口合并方案:
设合并的接口是接口A、B和C,各自耗时是1毫秒、10毫秒和1秒;
由此,手机侧就会有3个线程A、B和C;
在一次HTTP连接会在1毫秒的时候,将值返回给线程A、10毫秒的时候返回给线程B、1秒的时候返回给线程C,然后断开该次连接。
为了进一步提高接口合并的速度,当服务器侧确实存在需要同时返回的接口数据时,无论这些接口数据是否来自同一个的合并请求,服务器的协议侧和手机侧都需要进行支持。这需要针对合并返回的接口所对应的连接协议字中的计数值分别进行计数,并在手机侧中增加线程通知机制。
又例如,设有两个合并接口的请求,分别是接口A、B,和接口C、D。其中接口A和接口C需要同时返回数据,那么就可以将A和C的数据合并起来,通过接口A所对应的HTTP连接进行返回,返回时,接口A、B所对应的HTTP连接协议字中的计数值加1,接口C、D所对应的HTTP连接协议字中的技术值加1。然后接口A所对应的线程接收到A和C的返回值后,会将C的返回值通过线程通知机制,传递给C所对应的线程,以完成各自的接口响应。
具体的,在本实施例中,缓存终端侧对接口调用的返回值之后,在所述接口的合并请求中,加入所述接口对应的返回值的版本号,最后,接收并响应服务器端的推送数据。如上例所述,手机侧对接口调用的返回值进行缓存,在接口合并请求中,也会加入每个接口当前本地缓存值的版本号;服务器侧收到合并请求后,判断服务器对应接口返回值是否与请求中的版本号一致,如果一致就可以直接推送通知客户端,而无须等待合并请求的每个接口都获得返回值后才进行合并返回,从而避免短板效应,提高接口合并的速度。
又例如,在淘宝应用内,在打开首页时,调用3个接口,分别是获取推荐商品列表、获取首页商品列表、获取商品购买排名列表;
由于上述三项列表对应接口的调用时间很接近,所以可以把这3个接口合并为一个,向服务器进行请求;
请求时,这3个接口本地的缓存值版本号分别是12、23、32;
服务器接收到合并请求时,发现获取推荐商品列表和获取商品购买排名列表的接口返回值在服务器中的版本号也是12和32,即表示接口返回值没有发生变化,而获取首页商品列表的版本号是24,表示该接口返回值有更新;
由此,在服务器侧可以通过推送告知该手机,有两个接口可以使用本地缓存。而另一个接口等待服务器返回即可;
由此,避免了3个接口都需要等待服务器获取返回值后再一起合并返回给手机,提高了接口合并的速度。
本实施例的有益效果在于,通过缓存终端侧对接口调用的返回值,然后,在所述接口的合并请求中,加入所述接口对应的返回值的版本号,最后,接收并响应服务器端的推送数据,其中,所述服务器端的接口返回值与所述版本号保持一致。实现了一种高效的接口合并方案,本实施例可以保证接口请求在客户端可以进行合并,而服务器侧无须使用消息推送等机制,就可以使用同一个接口请求的HTTP连接分别将接口数据根据其各自的耗时最快的返回给客户端,保证了接口合并足够快的响应速度。并同时支持接口返回值的合并,以进一步提高接口合并的速度。
实施例二
图4是本发明接口请求协议改造方法第二实施例的流程图,基于上述实施例,所述缓存终端侧对接口调用的返回值包括:
S11、改造所述终端侧对合并接口的请求机制;
S12、根据合并接口的个数生成对应个数的线程;
S13、通过所述线程等待所述返回值。
在本实施例中,首先,改造所述终端侧对合并接口的请求机制,然后,根据合并接口的个数生成对应个数的线程,最后,通过所述线程等待所述返回值。
如上例所述,手机侧对接口调用的返回值进行缓存,在接口合并请求中,也会加入每个接口当前本地缓存值的版本号。
采用本方案,可以用同一个连接来完成多个接口请求返回值的发送,而不必使用推送消息的机制,以提高系统效率和接口合并速度,并降低系统成本。
例如,设合并的接口是接口A、B和C,各自耗时是1毫秒、10毫秒和1秒;
由此,手机侧就会有3个线程A、B和C;
在一次HTTP连接会在1毫秒的时候,将值返回给线程A、10毫秒的时候返回给线程B、1秒的时候返回给线程C,然后断开该次连接。
本实施例的有益效果在于,通过改造所述终端侧对合并接口的请求机制,然后,根据合并接口的个数生成对应个数的线程,最后,通过所述线程等待所述返回值,为后续实现一种高效的接口请求协议改造方案提供了条件基础和环境基础,本方案通过改造合并接口请求的协议底层机制和终端侧的接口请求机制,来避免接口合并短板效应的发生,进一步提高了接口合并的调用速度,从而提高应用的运行速度,以持续提高用户体验。
实施例三
图5是本发明接口请求协议改造方法第三实施例的流程图,基于上述实施例,所述在所述接口的合并请求中,加入所述接口对应的返回值的版本号包括:
S21、在所述服务器侧,在所述合并请求的协议自中添加接口的个数值和计数值,其中,在所述个数值内保持通信链接;
S22、在所述终端侧,根据合并接口的个数生成对应个数的线程,通过所述线程等待所述返回值。
在本实施例中,首先,在所述服务器侧,在所述合并请求的协议自中添加接口的个数值和计数值,其中,在所述个数值内保持通信链接,然后,在所述终端侧,根据合并接口的个数生成对应个数的线程,通过所述线程等待所述返回值。
同样的,如上例所述,在对终端侧的接口协议进行改造后,本实施例还需对服务器侧的接口协议进行处理,具体的,在协议字中添加接口的个数和计数值,当计数值没有达到个数时,保证该次HTTP的TCP连接不会断开。由此,采用本方案,可以用同一个连接来完成多个接口请求返回值的发送,而不必使用推送消息的机制,以提高系统效率和接口合并速度,并降低系统成本。
如上例所述,以下将结合实例说明本实施例的接口合并方案:
设合并的接口是接口A、B和C,各自耗时是1毫秒、10毫秒和1秒;
由此,手机侧就会有3个线程A、B和C;
在一次HTTP连接会在1毫秒的时候,将值返回给线程A、10毫秒的时候返回给线程B、1秒的时候返回给线程C,然后断开该次连接。
为了进一步提高接口合并的速度,当服务器侧确实存在需要同时返回的接口数据时,无论这些接口数据是否来自同一个的合并请求,服务器的协议侧和手机侧都需要进行支持。这需要针对合并返回的接口所对应的连接协议字中的计数值分别进行计数,并在手机侧中增加线程通知机制。
本实施例的有益效果在于,通过在所述服务器侧,在所述合并请求的协议自中添加接口的个数值和计数值,其中,在所述个数值内保持通信链接,然后,在所述终端侧,根据合并接口的个数生成对应个数的线程,通过所述线程等待所述返回值,为后续实现一种高效的接口请求协议改造方案提供了条件基础和环境基础,本方案通过改造合并接口请求的协议底层机制和终端侧的接口请求机制,来避免接口合并短板效应的发生,进一步提高了接口合并的调用速度,从而提高应用的运行速度,以持续提高用户体验。
实施例四
图6是本发明接口请求协议改造方法第四实施例的流程图,基于上述实施例,所述在所述接口的合并请求中,加入所述接口对应的返回值的版本号还包括:
S23、在所述终端侧,增加线程通知机制;
S24、根据第一接口对应的链接进行返回时,增加其链接协议字的计数值;
S25、当所述第一接口对应的线程接收到所述返回值后,将第二接口返回值通过所述线程通知机制传送至所述第二接口对应的线程。
在本实施例中,首先,在所述终端侧,增加线程通知机制,然后,根据第一接口对应的链接进行返回时,增加其链接协议字的计数值,最后,当所述第一接口对应的线程接收到所述返回值后,将第二接口返回值通过所述线程通知机制传送至所述第二接口对应的线程。
具体的,在本实施例中,设有两个合并接口的请求,分别是接口A、B,和接口C、D。其中接口A(本实施例的第一接口)和接口C(本实施例的第二接口)需要同时返回数据,那么就可以将A和C的数据合并起来,通过接口A所对应的HTTP连接进行返回,返回时,接口A、B所对应的HTTP连接协议字中的计数值加1,接口C、D所对应的HTTP连接协议字中的技术值加1。然后接口A所对应的线程接收到A和C的返回值后,会将C的返回值通过线程通知机制,传递给C所对应的线程,以完成各自的接口响应。
又例如,设合并的接口是接口A、B和C,各自耗时是1毫秒、10毫秒和1秒;
由此,手机侧就会有3个线程A、B和C;
在一次HTTP连接会在1毫秒的时候,将值返回给线程A、10毫秒的时候返回给线程B、1秒的时候返回给线程C,然后断开该次连接。
本实施例的有益效果在于,通过在所述终端侧,增加线程通知机制,然后,根据第一接口对应的链接进行返回时,增加其链接协议字的计数值,最后,当所述第一接口对应的线程接收到所述返回值后,将第二接口返回值通过所述线程通知机制传送至所述第二接口对应的线程,为后续实现一种高效的接口请求协议改造方案提供了条件基础和环境基础,本方案通过改造合并接口请求的协议底层机制和终端侧的接口请求机制,来避免接口合并短板效应的发生,进一步提高了接口合并的调用速度,从而提高应用的运行速度,以持续提高用户体验。
实施例五
图7是本发明接口请求协议改造方法第五实施例的流程图,基于上述实施例,所述接收并响应服务器端的推送数据包括:
S31、在终端侧对所述接口请求执行合并处理;
S32、通过同一接口请求的通信链接分别将接口数据根据其各自耗时最短的返回至所述终端侧。
在本实施例中,首先,在终端侧对所述接口请求执行合并处理,然后,通过同一接口请求的通信链接分别将接口数据根据其各自耗时最短的返回至所述终端侧。
具体的,在对终端侧的接口协议进行改造后,本实施例还需对服务器侧的接口协议进行处理,具体的,在协议字中添加接口的个数和计数值,当计数值没有达到个数时,保证该次HTTP的TCP连接不会断开。由此,采用本方案,可以用同一个连接来完成多个接口请求返回值的发送,而不必使用推送消息的机制,以提高系统效率和接口合并速度,并降低系统成本。
进一步的,为了进一步提高接口合并的速度,当服务器侧确实存在需要同时返回的接口数据时,无论这些接口数据是否来自同一个的合并请求,服务器的协议侧和手机侧都需要进行支持。这需要针对合并返回的接口所对应的连接协议字中的计数值分别进行计数,并在手机侧中增加线程通知机制。
本实施例的有益效果在于,通过在终端侧对所述接口请求执行合并处理,然后,通过同一接口请求的通信链接分别将接口数据根据其各自耗时最短的返回至所述终端侧,实现一种高效的接口请求协议改造方案,本方案通过改造合并接口请求的协议底层机制和终端侧的接口请求机制,来避免接口合并短板效应的发生,进一步提高了接口合并的调用速度,从而提高应用的运行速度,以持续提高用户体验。
实施例六
基于上述实施例,本发明还提出了一种接口请求协议改造设备,该设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现:
缓存终端侧对接口调用的返回值;
在所述接口的合并请求中,加入所述接口对应的返回值的版本号;
接收并响应服务器端的推送数据,其中,所述服务器端的接口返回值与所述版本号保持一致。
在本实施例中,首先,缓存终端侧对接口调用的返回值,然后,在所述接口的合并请求中,加入所述接口对应的返回值的版本号,最后,接收并响应服务器端的推送数据,其中,所述服务器端的接口返回值与所述版本号保持一致。
具体的,在本实施例中,首先,缓存终端侧对接口调用的返回值。以手机终端为例,手机客户端与服务器的接口请求是基于HTTP协议的,每次请求都对应1个HTTP请求的TCP连接,数据返回后该TCP连接就会断开。因此,接口合并返回数据时,如果只是用1次的连接来返回数据,就会导致该次合并响应时长为单个接口耗时最大的那个时间甚至更久的短板效应。
为了解决上述问题,本实施例需要针对接口合并请求的HTTP协议底层机制按以下方式进行改造:
一方面,在协议字中添加接口的个数和计数值,当计数值没有达到个数时,保证该次HTTP的TCP连接不会断开。由此,采用本方案,可以用同一个连接来完成多个接口请求返回值的发送,而不必使用推送消息的机制,以提高系统效率和接口合并速度,并降低系统成本。
另一方面,在手机侧也需要对合并接口的请求机制进行改造,在现有的技术方案中,一次的接口请求只会对应1个线程,等待该合并的返回值。而在本实施例所提供的技术方案中,就需要根据接口的个数,生成对应个数的线程,各自等待其返回值。
如上例所述,以下将结合实例说明本实施例的接口合并方案:
设合并的接口是接口A、B和C,各自耗时是1毫秒、10毫秒和1秒;
由此,手机侧就会有3个线程A、B和C;
在一次HTTP连接会在1毫秒的时候,将值返回给线程A、10毫秒的时候返回给线程B、1秒的时候返回给线程C,然后断开该次连接。
为了进一步提高接口合并的速度,当服务器侧确实存在需要同时返回的接口数据时,无论这些接口数据是否来自同一个的合并请求,服务器的协议侧和手机侧都需要进行支持。这需要针对合并返回的接口所对应的连接协议字中的计数值分别进行计数,并在手机侧中增加线程通知机制。
又例如,设有两个合并接口的请求,分别是接口A、B,和接口C、D。其中接口A和接口C需要同时返回数据,那么就可以将A和C的数据合并起来,通过接口A所对应的HTTP连接进行返回,返回时,接口A、B所对应的HTTP连接协议字中的计数值加1,接口C、D所对应的HTTP连接协议字中的技术值加1。然后接口A所对应的线程接收到A和C的返回值后,会将C的返回值通过线程通知机制,传递给C所对应的线程,以完成各自的接口响应。
具体的,在本实施例中,缓存终端侧对接口调用的返回值之后,在所述接口的合并请求中,加入所述接口对应的返回值的版本号,最后,接收并响应服务器端的推送数据。如上例所述,手机侧对接口调用的返回值进行缓存,在接口合并请求中,也会加入每个接口当前本地缓存值的版本号;服务器侧收到合并请求后,判断服务器对应接口返回值是否与请求中的版本号一致,如果一致就可以直接推送通知客户端,而无须等待合并请求的每个接口都获得返回值后才进行合并返回,从而避免短板效应,提高接口合并的速度。
又例如,在淘宝应用内,在打开首页时,调用3个接口,分别是获取推荐商品列表、获取首页商品列表、获取商品购买排名列表;
由于上述三项列表对应接口的调用时间很接近,所以可以把这3个接口合并为一个,向服务器进行请求;
请求时,这3个接口本地的缓存值版本号分别是12、23、32;
服务器接收到合并请求时,发现获取推荐商品列表和获取商品购买排名列表的接口返回值在服务器中的版本号也是12和32,即表示接口返回值没有发生变化,而获取首页商品列表的版本号是24,表示该接口返回值有更新;
由此,在服务器侧可以通过推送告知该手机,有两个接口可以使用本地缓存。而另一个接口等待服务器返回即可;
由此,避免了3个接口都需要等待服务器获取返回值后再一起合并返回给手机,提高了接口合并的速度。
通过缓存终端侧对接口调用的返回值;在所述接口的合并请求中,加入所述接口对应的返回值的版本号;接收并响应服务器端的推送数据。实现了一种高效的接口请求协议改造方案,本方案通过改造合并接口请求的协议底层机制和终端侧的接口请求机制,来避免接口合并短板效应的发生,进一步提高了接口合并的调用速度,从而提高应用的运行速度,以持续提高用户体验。
实施例七
基于上述实施例,所述计算机程序还被所述处理器执行时实现:
改造所述终端侧对合并接口的请求机制;
根据合并接口的个数生成对应个数的线程;
通过所述线程等待所述返回值。
在本实施例中,首先,改造所述终端侧对合并接口的请求机制,然后,根据合并接口的个数生成对应个数的线程,最后,通过所述线程等待所述返回值。
如上例所述,手机侧对接口调用的返回值进行缓存,在接口合并请求中,也会加入每个接口当前本地缓存值的版本号。
采用本方案,可以用同一个连接来完成多个接口请求返回值的发送,而不必使用推送消息的机制,以提高系统效率和接口合并速度,并降低系统成本。
例如,设合并的接口是接口A、B和C,各自耗时是1毫秒、10毫秒和1秒;
由此,手机侧就会有3个线程A、B和C;
在一次HTTP连接会在1毫秒的时候,将值返回给线程A、10毫秒的时候返回给线程B、1秒的时候返回给线程C,然后断开该次连接。
本实施例的有益效果在于,通过改造所述终端侧对合并接口的请求机制,然后,根据合并接口的个数生成对应个数的线程,最后,通过所述线程等待所述返回值,为后续实现一种高效的接口请求协议改造方案提供了条件基础和环境基础,本方案通过改造合并接口请求的协议底层机制和终端侧的接口请求机制,来避免接口合并短板效应的发生,进一步提高了接口合并的调用速度,从而提高应用的运行速度,以持续提高用户体验。
实施例八
基于上述实施例,所述计算机程序还被所述处理器执行时实现:
在所述服务器侧,在所述合并请求的协议自中添加接口的个数值和计数值,其中,在所述个数值内保持通信链接;
在所述终端侧,根据合并接口的个数生成对应个数的线程,通过所述线程等待所述返回值。
在本实施例中,首先,在所述服务器侧,在所述合并请求的协议自中添加接口的个数值和计数值,其中,在所述个数值内保持通信链接,然后,在所述终端侧,根据合并接口的个数生成对应个数的线程,通过所述线程等待所述返回值。
同样的,如上例所述,在对终端侧的接口协议进行改造后,本实施例还需对服务器侧的接口协议进行处理,具体的,在协议字中添加接口的个数和计数值,当计数值没有达到个数时,保证该次HTTP的TCP连接不会断开。由此,采用本方案,可以用同一个连接来完成多个接口请求返回值的发送,而不必使用推送消息的机制,以提高系统效率和接口合并速度,并降低系统成本。
如上例所述,以下将结合实例说明本实施例的接口合并方案:
设合并的接口是接口A、B和C,各自耗时是1毫秒、10毫秒和1秒;
由此,手机侧就会有3个线程A、B和C;
在一次HTTP连接会在1毫秒的时候,将值返回给线程A、10毫秒的时候返回给线程B、1秒的时候返回给线程C,然后断开该次连接。
为了进一步提高接口合并的速度,当服务器侧确实存在需要同时返回的接口数据时,无论这些接口数据是否来自同一个的合并请求,服务器的协议侧和手机侧都需要进行支持。这需要针对合并返回的接口所对应的连接协议字中的计数值分别进行计数,并在手机侧中增加线程通知机制。
本实施例的有益效果在于,通过在所述服务器侧,在所述合并请求的协议自中添加接口的个数值和计数值,其中,在所述个数值内保持通信链接,然后,在所述终端侧,根据合并接口的个数生成对应个数的线程,通过所述线程等待所述返回值,为后续实现一种高效的接口请求协议改造方案提供了条件基础和环境基础,本方案通过改造合并接口请求的协议底层机制和终端侧的接口请求机制,来避免接口合并短板效应的发生,进一步提高了接口合并的调用速度,从而提高应用的运行速度,以持续提高用户体验。
实施例九
基于上述实施例,所述计算机程序还被所述处理器执行时实现:
在所述终端侧,增加线程通知机制;
根据第一接口对应的链接进行返回时,增加其链接协议字的计数值;
当所述第一接口对应的线程接收到所述返回值后,将第二接口返回值通过所述线程通知机制传送至所述第二接口对应的线程;
在终端侧对所述接口请求执行合并处理;
通过同一接口请求的通信链接分别将接口数据根据其各自耗时最短的返回至所述终端侧。
在本实施例中,首先,在所述终端侧,增加线程通知机制,然后,根据第一接口对应的链接进行返回时,增加其链接协议字的计数值,最后,当所述第一接口对应的线程接收到所述返回值后,将第二接口返回值通过所述线程通知机制传送至所述第二接口对应的线程。
具体的,在本实施例中,设有两个合并接口的请求,分别是接口A、B,和接口C、D。其中接口A(本实施例的第一接口)和接口C(本实施例的第二接口)需要同时返回数据,那么就可以将A和C的数据合并起来,通过接口A所对应的HTTP连接进行返回,返回时,接口A、B所对应的HTTP连接协议字中的计数值加1,接口C、D所对应的HTTP连接协议字中的技术值加1。然后接口A所对应的线程接收到A和C的返回值后,会将C的返回值通过线程通知机制,传递给C所对应的线程,以完成各自的接口响应。
又例如,设合并的接口是接口A、B和C,各自耗时是1毫秒、10毫秒和1秒;
由此,手机侧就会有3个线程A、B和C;
在一次HTTP连接会在1毫秒的时候,将值返回给线程A、10毫秒的时候返回给线程B、1秒的时候返回给线程C,然后断开该次连接。
在本实施例中,首先,在终端侧对所述接口请求执行合并处理,然后,通过同一接口请求的通信链接分别将接口数据根据其各自耗时最短的返回至所述终端侧。
具体的,在对终端侧的接口协议进行改造后,本实施例还需对服务器侧的接口协议进行处理,具体的,在协议字中添加接口的个数和计数值,当计数值没有达到个数时,保证该次HTTP的TCP连接不会断开。由此,采用本方案,可以用同一个连接来完成多个接口请求返回值的发送,而不必使用推送消息的机制,以提高系统效率和接口合并速度,并降低系统成本。
进一步的,为了进一步提高接口合并的速度,当服务器侧确实存在需要同时返回的接口数据时,无论这些接口数据是否来自同一个的合并请求,服务器的协议侧和手机侧都需要进行支持。这需要针对合并返回的接口所对应的连接协议字中的计数值分别进行计数,并在手机侧中增加线程通知机制。
本实施例的有益效果在于,通过在终端侧对所述接口请求执行合并处理,然后,通过同一接口请求的通信链接分别将接口数据根据其各自耗时最短的返回至所述终端侧,实现一种高效的接口请求协议改造方案,本方案通过改造合并接口请求的协议底层机制和终端侧的接口请求机制,来避免接口合并短板效应的发生,进一步提高了接口合并的调用速度,从而提高应用的运行速度,以持续提高用户体验。
实施例十
基于上述实施例,本发明还提出了一种计算机可读存储介质,该计算机可读存储介质上存储有接口请求协议改造程序,接口请求协议改造程序被处理器执行时实现如上述任一项所述的接口请求协议改造方法的步骤。
实施本发明的接口请求协议改造方法、设备及计算机可读存储介质,通过缓存终端侧对接口调用的返回值;在所述接口的合并请求中,加入所述接口对应的返回值的版本号;接收并响应服务器端的推送数据。实现了一种高效的接口请求协议改造方案,本方案通过改造合并接口请求的协议底层机制和终端侧的接口请求机制,来避免接口合并短板效应的发生,进一步提高了接口合并的调用速度,从而提高应用的运行速度,以持续提高用户体验。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。
Claims (8)
1.一种接口请求协议改造方法,其特征在于,所述方法包括:
缓存终端侧对接口调用的返回值;
在所述接口的合并请求中,加入所述接口对应的返回值的版本号;
接收并响应服务器端的推送数据,其中,所述服务器端的接口返回值与所述版本号保持一致;
其中,所述在所述接口的合并请求中,加入所述接口对应的返回值的版本号包括:
在所述服务器侧,在所述合并请求的协议字 中添加接口的个数值和计数值,其中,在所述个数值内保持通信链接;
在所述终端侧,根据合并接口的个数生成对应个数的线程,通过所述线程等待所述返回值。
2.根据权利要求1所述的接口请求协议改造方法,其特征在于,所述缓存终端侧对接口调用的返回值包括:
改造所述终端侧对合并接口的请求机制;
根据合并接口的个数生成对应个数的线程;
通过所述线程等待所述返回值。
3.根据权利要求2所述的接口请求协议改造方法,其特征在于,所述在所述接口的合并请求中,加入所述接口对应的返回值的版本号还包括:
在所述终端侧,增加线程通知机制;
根据第一接口对应的链接进行返回时,增加其链接协议字的计数值;
当所述第一接口对应的线程接收到所述返回值后,将第二接口返回值通过所述线程通知机制传送至所述第二接口对应的线程。
4.根据权利要求3所述的接口请求协议改造方法,其特征在于,所述接收并响应服务器端的推送数据包括:
在终端侧对所述接口请求执行合并处理;
通过同一接口请求的通信链接分别将接口数据根据其各自耗时最短的返回至所述终端侧。
5.一种接口请求协议改造设备,其特征在于,所述设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现:
缓存终端侧对接口调用的返回值;
在所述接口的合并请求中,加入所述接口对应的返回值的版本号;
接收并响应服务器端的推送数据,其中,所述服务器端的接口返回值与所述版本号保持一致;
其中,所述计算机程序还被所述处理器执行时实现:
在所述服务器侧,在所述合并请求的协议字 中添加接口的个数值和计数值,其中,在所述个数值内保持通信链接;
在所述终端侧,根据合并接口的个数生成对应个数的线程,通过所述线程等待所述返回值。
6.根据权利要求5所述的接口请求协议改造设备,其特征在于,所述计算机程序还被所述处理器执行时实现:
改造所述终端侧对合并接口的请求机制;
根据合并接口的个数生成对应个数的线程;
通过所述线程等待所述返回值。
7.根据权利要求6所述的接口请求协议改造设备,其特征在于,所述计算机程序还被所述处理器执行时实现:
在所述终端侧,增加线程通知机制;
根据第一接口对应的链接进行返回时,增加其链接协议字的计数值;
当所述第一接口对应的线程接收到所述返回值后,将第二接口返回值通过所述线程通知机制传送至所述第二接口对应的线程;
在终端侧对所述接口请求执行合并处理;
通过同一接口请求的通信链接分别将接口数据根据其各自耗时最短的返回至所述终端侧。
8.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有接口请求协议改造程序,所述接口请求协议改造程序被处理器执行时实现如权利要求1至4中任一项所述的接口请求协议改造方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711406781.4A CN108279985B (zh) | 2017-12-22 | 2017-12-22 | 一种接口请求协议改造方法、设备及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711406781.4A CN108279985B (zh) | 2017-12-22 | 2017-12-22 | 一种接口请求协议改造方法、设备及计算机可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108279985A CN108279985A (zh) | 2018-07-13 |
CN108279985B true CN108279985B (zh) | 2021-11-19 |
Family
ID=62801960
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711406781.4A Active CN108279985B (zh) | 2017-12-22 | 2017-12-22 | 一种接口请求协议改造方法、设备及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108279985B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109981737B (zh) * | 2019-02-22 | 2021-11-26 | 卓米私人有限公司 | 一种网络请求的处理方法、装置、终端及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103345420A (zh) * | 2013-06-03 | 2013-10-09 | 百度在线网络技术(北京)有限公司 | 批量调用api接口的方法、系统和装置 |
CN103645904A (zh) * | 2013-12-20 | 2014-03-19 | 北京京东尚科信息技术有限公司 | 一种接口调用的缓存实现方法 |
CN104346285A (zh) * | 2013-08-06 | 2015-02-11 | 华为技术有限公司 | 内存访问处理方法、装置及系统 |
CN104572865A (zh) * | 2014-12-18 | 2015-04-29 | 泸州医学院 | 基于Lua的TTLB内Servlet批量查询HBase数据方法 |
CN106970838A (zh) * | 2017-05-15 | 2017-07-21 | 杭州时趣信息技术有限公司 | 一种搜索引擎调用接口时线程的调度方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9235704B2 (en) * | 2008-10-21 | 2016-01-12 | Lookout, Inc. | System and method for a scanning API |
-
2017
- 2017-12-22 CN CN201711406781.4A patent/CN108279985B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103345420A (zh) * | 2013-06-03 | 2013-10-09 | 百度在线网络技术(北京)有限公司 | 批量调用api接口的方法、系统和装置 |
CN104346285A (zh) * | 2013-08-06 | 2015-02-11 | 华为技术有限公司 | 内存访问处理方法、装置及系统 |
CN103645904A (zh) * | 2013-12-20 | 2014-03-19 | 北京京东尚科信息技术有限公司 | 一种接口调用的缓存实现方法 |
CN104572865A (zh) * | 2014-12-18 | 2015-04-29 | 泸州医学院 | 基于Lua的TTLB内Servlet批量查询HBase数据方法 |
CN106970838A (zh) * | 2017-05-15 | 2017-07-21 | 杭州时趣信息技术有限公司 | 一种搜索引擎调用接口时线程的调度方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN108279985A (zh) | 2018-07-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108572764B (zh) | 一种文字输入控制方法、设备及计算机可读存储介质 | |
CN109982402B (zh) | 终端语音呼叫方法、移动终端以及计算机可读存储介质 | |
CN108282405B (zh) | 应用程序接口缓存管理方法、应用服务器及存储介质 | |
CN112822538A (zh) | 投屏显示方法、投屏方法、投屏设备、终端及存储介质 | |
CN107317855B (zh) | 一种数据缓存方法、数据请求方法及服务器 | |
CN113067734B (zh) | 电子价签升级方法、电子价签系统、电子终端及存储介质 | |
CN107818022B (zh) | 应用程序接口合并方法、移动终端及计算机可读存储介质 | |
CN112601268A (zh) | 电子价签休眠周期切换方法、电子价签装置、电子价签 | |
CN112597115A (zh) | 容器镜像的压缩方法、装置、终端设备及介质 | |
CN109168189B (zh) | 一种省电方法、移动终端及计算机可读存储介质 | |
CN112437472B (zh) | 一种网络切换方法、设备及计算机可读存储介质 | |
CN111970738B (zh) | 一种网络切换控制方法、设备及计算机可读存储介质 | |
CN111381762A (zh) | 一种双屏切换方法、设备及计算机可读存储介质 | |
CN112494932A (zh) | 一种游戏补帧方法、装置、终端及计算机可读存储介质 | |
CN109683796B (zh) | 一种交互控制方法、设备及计算机可读存储介质 | |
CN112423211A (zh) | 一种多音频传输控制方法、设备及计算机可读存储介质 | |
CN109462829B (zh) | 一种通话转移方法、设备及计算机可读存储介质 | |
CN109684020B (zh) | 一种主题切换方法、设备及计算机可读存储介质 | |
CN109062688B (zh) | 一种内存分配方法、服务器及移动终端 | |
CN108279985B (zh) | 一种接口请求协议改造方法、设备及计算机可读存储介质 | |
CN110955397A (zh) | 游戏终端帧率的设置方法、游戏终端及存储介质 | |
CN107404568B (zh) | 一种控制开关管理方法及移动终端 | |
CN108304302B (zh) | 一种接口合并方法、设备及计算机可读存储介质 | |
CN113988237A (zh) | 一种电子价签通信控制方法、设备及计算机可读存储介质 | |
CN109379719B (zh) | 一种应用程序广播处理方法、设备及计算机可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |