CN107967183A - 一种应用接口合并运行方法、移动终端以及计算机可读存储介质 - Google Patents

一种应用接口合并运行方法、移动终端以及计算机可读存储介质 Download PDF

Info

Publication number
CN107967183A
CN107967183A CN201711221068.2A CN201711221068A CN107967183A CN 107967183 A CN107967183 A CN 107967183A CN 201711221068 A CN201711221068 A CN 201711221068A CN 107967183 A CN107967183 A CN 107967183A
Authority
CN
China
Prior art keywords
interface
return value
merging
mark
application server
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.)
Pending
Application number
CN201711221068.2A
Other languages
English (en)
Inventor
倪秉炬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nubia Technology Co Ltd
Original Assignee
Nubia Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nubia Technology Co Ltd filed Critical Nubia Technology Co Ltd
Priority to CN201711221068.2A priority Critical patent/CN107967183A/zh
Publication of CN107967183A publication Critical patent/CN107967183A/zh
Pending legal-status Critical Current

Links

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/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • 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/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44568—Immediately runnable code
    • G06F9/44578—Preparing or optimising for loading

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种应用接口合并运行方法，接收客户端发送的合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数；根据所述请求消息生成合并返回值对应缓存的标识；判断是否在内存哈希表中缓存有所述标识对应的合并返回值；在判断结果为是的情况下，向所述客户端返回所述合并返回值。本发明还公开了一种移动终端和计算机可读存储介质，解决了相关技术中通过缓存服务将各接口的返回值缓存使得并合并返回给客户端使得接口合并的运行速度较低的问题，通过自身的内存哈希表缓存接口合并后的合并返回值，并直接向客户端返回合并返回值，提高了接口合并的运行速度，提高了用户体验。

Description

一种应用接口合并运行方法、移动终端以及计算机可读存储 介质
技术领域
本发明涉及移动通信技术领域，尤其涉及一种应用接口合并运行方法、移动终端以及计算机可读存储介质。
背景技术
为了提高应用的运行速度，对应用运行过程中可以合并的接口进行合并请求，在请求过程中，应用服务器通过缓存服务将各接口的返回值缓存并合并返回给客户端。在这个过程中，接口请求要经过应用服务器和缓存服务器，而且需要进行返回值的合并处理。或者通过消息中心服务对缓存进行同一个新增或更新来提高运行速度。
上述的方案，缓存服务较为昂贵，成本较高；接口请求需要额外的经过缓存服务器，会降低接口合并的运行速度；需要对返回值进行合并处理，会降低接口合并的运行速度；需要使用独立的消息中心服务，增加了系统成本。
针对相关技术中通过缓存服务将各接口的返回值缓存使得并合并返回给客户端使得接口合并的运行速度较低的问题，目前尚未提出解决方案。
发明内容
本发明的主要目的在于提出一种应用接口合并运行方法、移动终端以及计算机可读存储介质，旨在解决相关技术中通过缓存服务将各接口的返回值缓存使得并合并返回给客户端使得接口合并的运行速度较低的问题。
为实现上述目的，本发明实施例提出一种应用接口合并运行方法，包括：
接收客户端发送的合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数；
根据所述请求消息生成合并返回值对应缓存的标识；
判断是否在内存哈希表中缓存有所述标识对应的合并返回值；
在判断结果为是的情况下，向所述客户端返回所述合并返回值。
可选的，所述方法还包括：
在判断结果为否的情况下，根据所述接口名称和所述接口参数依次调用合并的各个接口，将各个接口的返回值合并生成合并返回值，并将所述合并返回值缓存到所述内存哈希表中。
可选的，所述方法还包括：
将所述标识发送给其余应用服务器，其中，所述标识用于所述其余应用服务器查找各自的内存哈希表，如果查找到所述标识对应的合并返回值，忽略所述标识；如果未查找到所述标识对应的合并返回值，缓存所述合并返回值。
可选的，将所述标识发送给其余应用服务器包括：
通过调用设置的消息中心组件将所述标识发送给所述其余应用服务器，其中，所述消息中心组件的工作机制为服务端和客户端的合体，在一个应用服务器上进行发布之后，自动向区域网内的所有应用服务器地址口调用消息中心组件发布接口，向其余应用服务器通知自己的下载地址，所述其余服务器通过所述下载地址下载到消息中心组件，然后自动启动所述消息中心组件。
可选的，如果同一时间有多个应用服务器均被调用同一个合并接口，各个应用服务器自动过滤掉通过消息中心组件重复发送的消息。
可选的，所述方法还包括：
接收后台服务器发送的变更的数据表；
根据所述变更的数据表更新所述内存哈希表中的缓存。
根据本发明实施例的另一方面，还提供了一种应用接口合并运行方法，包括：
将多个应用运行过程的接口进行合并，合并时在参数中标识接口名称和接口参数；
向应用服务器发送合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数，所述请求消息用于所述应用服务器生成合并返回值对应缓存的标识；
接收所述应用服务器在所述应用服务器的内存哈希表中缓存有所述标识对应的合并返回值的情况下，返回的所述合并返回值。
根据本发明实施例的另一方面，还提供了一种移动终端，所述移动终端包括：处理器、存储器及通信总线，其中，
所述通信总线，用于实现所述处理器和所述存储器之间的连接通信；
所述处理器，用于执行存储器中存储的应用接口合并运行程序，以实现以下步骤：
接收客户端发送的合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数；
根据所述请求消息生成合并返回值对应缓存的标识；
判断是否在内存哈希表中缓存有所述标识对应的合并返回值；
在判断结果为是的情况下，向所述客户端返回所述合并返回值。
可选的，所述处理器还用于执行应用接口合并运行程序，以实现以下步骤：
在判断结果为否的情况下，根据所述接口名称和所述接口参数依次调用合并的各个接口，将各个接口的返回值合并生成合并返回值，并将所述合并返回值缓存到所述内存哈希表中。
可选的，所述处理器还用于执行应用接口合并运行程序，以实现以下步骤：
将所述标识发送给其余应用服务器，其中，所述标识用于所述其余应用服务器查找各自的内存哈希表，如果查找到所述标识对应的合并返回值，忽略所述标识；如果未查找到所述标识对应的合并返回值，缓存所述合并返回值。
可选的，所述处理器还用于执行应用接口合并运行程序，以实现以下步骤：
通过调用设置的消息中心组件将所述标识发送给所述其余应用服务器，其中，所述消息中心组件的工作机制为服务端和客户端的合体，在一个应用服务器上进行发布之后，自动向区域网内的所有应用服务器地址口调用消息中心组件发布接口，向其余应用服务器通知自己的下载地址，所述其余服务器通过所述下载地址下载到消息中心组件，然后自动启动所述消息中心组件。
可选的，如果同一时间有多个应用服务器均被调用同一个合并接口，各个应用服务器自动过滤掉通过消息中心组件重复发送的消息。
可选的，所述处理器还用于执行应用接口合并运行程序，以实现以下步骤：
接收后台服务器发送的变更的数据表；
根据所述变更的数据表更新所述内存哈希表中的缓存。
根据本发明实施例的另一方面，还提供了一种移动终端，所述移动终端包括：处理器、存储器及通信总线，其中，
所述通信总线，用于实现所述处理器和所述存储器之间的连接通信；
所述处理器，用于执行存储器中存储的应用接口合并运行程序，以实现以下步骤：
将多个应用运行过程的接口进行合并，合并时在参数中标识接口名称和接口参数；
向应用服务器发送合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数，所述请求消息用于所述应用服务器生成合并返回值对应缓存的标识；
接收所述应用服务器在所述应用服务器的内存哈希表中缓存有所述标识对应的合并返回值的情况下，返回的所述合并返回值。
根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述应用接口合并运行方法的步骤。
通过本发明，接收客户端发送的合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数；根据所述请求消息生成合并返回值对应缓存的标识；判断是否在内存哈希表中缓存有所述标识对应的合并返回值；在判断结果为是的情况下，向所述客户端返回所述合并返回值，解决了相关技术中通过缓存服务将各接口的返回值缓存使得并合并返回给客户端使得接口合并的运行速度较低的问题，通过自身的内存哈希表缓存接口合并后的合并返回值，并直接向客户端返回合并返回值，提高了接口合并的运行速度，提高了用户体验。
附图说明
图1为实现本发明各个实施例一可选的移动终端的硬件结构示意图；
图2为如图1所示的移动终端的无线通信系统示意图；
图3是根据本发明实施例的应用接口合并运行方法的流程图一；
图4是根据本发明实施例的应用接口合并运行的示意图；
图5是根据本发明实施例的应用接口合并运行方法的流程图二；
图6是根据本发明实施例的移动终端的框图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(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以及未来新的网络系统等，此处不做限定。
基于上述移动终端硬件结构以及通信网络系统，提出本发明方法各个实施例。
实施例1
基于上述的移动终端，本发明实施例提供了一种应用接口合并运行方法，图3是根据本发明实施例的应用接口合并运行方法的流程图一，如图3所示，该方法包括以下步骤：
步骤S301，接收客户端发送的合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数；
步骤S302，根据所述请求消息生成合并返回值对应缓存的标识；
步骤S303，判断是否在内存哈希表中缓存有所述标识对应的合并返回值；
步骤S304，在判断结果为是的情况下，向所述客户端返回所述合并返回值。
通过上述步骤，接收客户端发送的合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数；根据所述请求消息生成合并返回值对应缓存的标识；判断是否在内存哈希表中缓存有所述标识对应的合并返回值；在判断结果为是的情况下，向所述客户端返回所述合并返回值，解决了相关技术中通过缓存服务将各接口的返回值缓存使得并合并返回给客户端使得接口合并的运行速度较低的问题，通过自身的内存哈希表缓存接口合并后的合并返回值，并直接向客户端返回合并返回值，提高了接口合并的运行速度，提高了用户体验。
可选的，所述方法还包括：
在判断结果为否的情况下，根据所述接口名称和所述接口参数依次调用合并的各个接口，将各个接口的返回值合并生成合并返回值，并将所述合并返回值缓存到所述内存哈希表中。
可选的，所述方法还包括：
将所述标识发送给其余应用服务器，其中，所述标识用于所述其余应用服务器查找各自的内存哈希表，如果查找到所述标识对应的合并返回值，忽略所述标识；如果未查找到所述标识对应的合并返回值，缓存所述合并返回值。
可选的，将所述标识发送给其余应用服务器包括：
通过调用设置的消息中心组件将所述标识发送给所述其余应用服务器，其中，所述消息中心组件的工作机制为服务端和客户端的合体，在一个应用服务器上进行发布之后，自动向区域网内的所有应用服务器地址口调用消息中心组件发布接口，向其余应用服务器通知自己的下载地址，所述其余服务器通过所述下载地址下载到消息中心组件，然后自动启动所述消息中心组件。
可选的，如果同一时间有多个应用服务器均被调用同一个合并接口，各个应用服务器自动过滤掉通过消息中心组件重复发送的消息。
可选的，所述方法还包括：
接收后台服务器发送的变更的数据表；
根据所述变更的数据表更新所述内存哈希表中的缓存。
本发明实施例中，设置了一个通用的消息中心组件，可以运行在各个应用服务器上，也可以运行在后台服务器上。该组件既能接收消息又能发送消息，同时还能够把自己整个克隆发送给其余的服务器。其实现机制是一个TCP服务端和客户端的合体，只需要在一个服务器上进行发布，它就会自动向该区域网内的所有服务器地址口调用消息中心组件发布接口，向其余服务器通知自己的下载地址，其余服务器通过该地址下载到该消息中心组件，然后自动启动该组件。该发布接口中所带的信息主要是该服务的标识，例如该服务为应用中心的服务。通过该标识，可以保证消息中心组件不会发送给其余服务。例如某台服务器的地址是10.206.16.9，那么发布消息中心组件后，就会向10.206.16.1到10.206.16.255的地址，调用组件发布接口，如果对应的地址接收到接口，并判断服务标识与自己的相吻合，则进行响应，并获得该消息组件的下载地址，然后下载并启动该组件。
应用服务器不使用缓存服务缓存接口的返回值，而是改成在自己的内存哈希表中缓存。另外缓存的是接口合并所对应的所有接口的返回值，而不是将返回值分开进行缓存。这样，可以减少接口合并请求读取缓存的读取次数。
客户端对接口进行合并，合并时会在参数中标识接口名称和接口参数。应用服务器一般会有多台，其中的一台应用服务器接收到合并接口的请求后，根据参数生成合并返回值对应缓存的唯一标识，然后通过该标识在内存哈希表中查找是否存在该合并返回值的缓存，如果存在则直接返回；如果不存在则依次调用合并的各个接口，并将返回值合并生成缓存写入内存哈希表。
接着该应用服务器会调用消息中心组件的消息发布方法，将该缓存的唯一标识发送给其余的应用服务器，其余应用服务器接收到该消息后，会根据缓存标识查找自己的内存哈希表，如果缓存存在则忽略该消息；如果不存在则生成该缓存。其余的应用服务器此时作为消息接收方，不会将消息继续传递下去，以免造成重复发送消息。如果同一时间有多个服务器都被调用了同一个合并接口，那么消息组件发送出去的消息就会有重复，各个服务器会自动过滤掉重复的消息，以提高消息流转的效率。
而后台服务器作为数据库的维护者，当数据库发生改变时，也会调用消息中心组件的消息发布方法，将修改的数据表发送给各个应用服务器。各个应用服务器根据修改的数据表找到对应的缓存，进行更新。
通过本发明实施例，去掉了对缓存服务的依赖，同时还去掉了对消息中心如Zookeeper的依赖，极大的降低了系统成本，并提高了系统运行的效率。使用消息组件进行接口合并返回值缓存的新增和更新，提高了接口合并的运行速度，进而提高应用的运行速度，可以有效改善用户的应用体验。
在一个可选的实施例中，基于重构技术实现多应用网络请求能耗优化的方法，包括：
1)对移动应用进行程序化分析，找出与网络操作相关的计算逻辑，并进行相应的重构，将移动应用中调用网络相关的API替换为可被调度的网络相关API；
2)移动应用调用重构后的API，使发送的网络请求被延迟调度，并对一段时间内的网络请求进行合并发送。
进一步地，上述重构的过程具体可以包括：
a)利用关键字匹配，找出所有和网络操作相关的类；
b)重构网络相关的API：为保证所有网络相关操作均被替换为可调度的网络相关操作，通过插桩所有网络相关操作，将网络相关操作所需的上下文进行封装，传递进对应的调度函数，由调度器进行调度；如果网络操作有返回值，则由调度函数返回。
进一步地，步骤a)首先构建一个现有框架层网络相关操作的关键字库，再根据这个关键字库找出在应用中所有用到了网络相关API的类。
进一步地，步骤b)中，网络请求建立的链路的类型分为短链接和长链接，短链接即每次请求重新建立手机至云端的链路，长链接则是建立起手机与云端的链路后，多次复用这个链接；所述调度器针对网络请求的不同类型进行处理，以避免出现大量网络延迟的情况。
进一步地，步骤2)对网络请求进行调度和合并的机制包括调度算法抽象，即将调度算法抽象为包含sleep和wakeup两个原语的一段代码，sleep原语表示对执行本次网络操作进行延迟，wakeup原语表示可以发送网络请求，该wakeup原语会唤醒处于延迟中的网络操作。
进一步地，步骤2)对网络请求进行调度和合并的机制还包括多应用间通讯机制，即wakeup原语不仅需要在多线程间进行通讯，还需要在多进程间进行通讯，以实现多应用间的调度器相互配合，完成多应用的网络请求调度功能。
既能保证应用网络请求发送，又能节省网络能耗开销的方法。它可以在不需要移动应用开发人员进行二次开发的情况下，使现有的移动应用以一种更加节能的方式使用网络资源，降低网络能耗。在保证后台应用功能性正常的情况下，根据用户提供的应用可接受推送最大延迟的配置，调度应用的网络请求。在时间维度上聚合这些网络请求，以节省更多的电量。
本发明实施例利用程序分析与重构技术实现多应用间网络请求合并发送，其核心思想是修改并重构移动应用的二进制字节码，替换其使用的网络操作相关的应用编程接口(API)，从而对原有网络操作进行调度，使重构后的应用能合并发送网络请求，达到节省手机电量的目的。本方法首先对现有移动应用进行程序化分析，找出与网络操作相关的计算逻辑，并进行相应的重构，最后重新生成网络请求可被调度的应用。本发明有助于提高手机的续航能力，尤其对于后台应用较多，在省电的同时又希望后台推送正常的用户具有十分重要的意义。
本发明实施例主要包含两部分内容：1、实现多应用网络请求能耗优化的应用重构方法；2、网络请求合并机制。具体技术方案如下：
(1)实现多应用网络请求能耗优化的应用重构方法
现有的移动应用往往利用框架层提供的应用编程接口(Application ProgramInterface，简称为API)发送网络请求。本发明实施例利用程序分析和重构，将原应用中调用网络相关的API替换为可被调度的网络相关API。当应用调用了新的API时，该应用发送的网络请求就会被延迟调度，进而实现一段时间内的网络请求合并发送。
图4是根据本发明实施例的应用接口合并运行的示意图，如图4所示，以天气和邮件应用为例，当用户同时使用邮件和天气预报应用时，不论是天气消息还是邮件消息，都是以一定的时间间隔去发送网络请求。重构前，每次网络请求都会立即发送，即立即唤醒3G/4G网络模块，网络请求发送完成后，3G/4G模块还会持续消耗电量数十秒钟，再进入休眠状态。由于两个应用网络请求缺少调度和合并机制，导致多次唤醒3G/4G网络模块，额外消耗了手机电量。重构后，每次网络请求会根据用户的设置延迟数秒种至数分钟不等，在被延迟的这段时间里，如果有其他的网络请求，那么这些网络请求就会被合并，即在同一时刻被发送。这样3G/4G模块仅被唤醒一次，节省了手机的电量。
为了调度运行时多应用发送的网络请求，具体的重构过程包含两个步骤：
(a)利用关键字匹配，找出所有和网络操作相关的类
应用利用现有的框架层提供的网络相关API发送各种网络请求。为使应用的网络请求可以被调度，本方法首先构建一个现有框架层网络相关操作的关键字库，再根据这个关键字库找出在应用中所有用到了网络相关API的类。最后对这些类进以下重构操作。
(b)重构网络相关的API
为保证所有网络相关操作均被替换为可调度的网络相关操作，本方法插桩所有网络相关操作(Call Site)，将本次网络相关操作所需的上下文进行封装，传递进对应的调度函数，由调度器进行调度。如果这个网络操作有返回值，则由这个调度函数返回。这种重构方式可以保证重构后的程序上下文(Context)的一致性，包括栈(Stack)与堆(Heap)中数据的一致性。根据网络请求建立的链路的类型，可分为短链接和长链接。短链接即每次请求重新建立手机至云端的链路，例如HttpRequest；而长链接则是建立起手机与云端的链路后，多次复用这个链接，例如Socket。调度器针对网络请求的不同类型进行处理，以避免出现大量网络延迟的情况。
(2)网络请求合并机制
上述的重构过程使运行时的网络相关操作可以被调度器所调度。这些不同应用间的调度器相互配合，利用网络请求合并机制实现节省手机电量。网络请求合并机制主要包括以下两个方面：
(a)调度算法抽象
调度算法可以抽象为包含sleep和wakeUp两个原语的一段代码。sleep原语表示对执行本次网络操作进行延迟。wakeUp原语表示此时3G/4G模块已唤醒，可以发送网络请求，该原语会唤醒处于延迟中的网络操作。在实现中，本方法提供sleep和wakeUp两个原语的实现。针对不同的需求，可利用这两个原语实现出不同的调度算法。
(b)多应用间通讯机制
以上算法抽象中，wakeUp原语不仅需要在多线程间进行通讯(即单个应用中)，还需要在多进程间进行通讯(即多个应用间)，以实现多应用间的调度器相互配合，完成多应用的网络请求调度功能。在具体实现中，针对不同平台，可利用各种进程间通讯、消息广播等技术实现多应用间通讯机制。
实施例2
根据本发明实施例的另一方面，还提供了一种应用接口合并运行方法，图5是根据本发明实施例的应用接口合并运行方法的流程图二，如图5所示，该方法包括以下步骤：
步骤S501，将多个应用运行过程的接口进行合并，合并时在参数中标识接口名称和接口参数；
步骤S502，向应用服务器发送合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数，所述请求消息用于所述应用服务器生成合并返回值对应缓存的标识；
步骤S503，接收所述应用服务器在所述应用服务器的内存哈希表中缓存有所述标识对应的合并返回值的情况下，返回的所述合并返回值。
通过上述步骤，将多个应用运行过程的接口进行合并，向应用服务器发送合并接口后的请求消息，接收所述应用服务器在所述应用服务器的内存哈希表中缓存有所述标识对应的合并返回值的情况下，返回的所述合并返回值，解决了相关技术中通过缓存服务将各接口的返回值缓存使得并合并返回给客户端使得接口合并的运行速度较低的问题，通过自身的内存哈希表缓存接口合并后的合并返回值，并直接向客户端返回合并返回值，提高了接口合并的运行速度，提高了用户体验。
通过自建消息组件提高接口合并运行速度，实现一个通用的消息中心组件，可以运行在各个应用服务器上，也可以运行在后台服务器上，既能接收消息又能发送消息。不需要Zookeeper这样的独立消息中心，也不需要缓存服务，极大降低了系统成本。各个应用服务器使用自己的内存来缓存接口的返回值，不独立缓存各个接口的返回值，而是对接口合并的返回值进行缓存，以省去合并的过程。各个服务器会自动过滤掉重复消息，且采用发送方和接收方的优化机制保证消息发送最高的效率。
实施例3
根据本发明实施例的另一方面，还提供了一种移动终端，图6是根据本发明实施例的移动终端的框图，如图6所示，所述移动终端包括：处理器、存储器及通信总线，其中，
所述通信总线，用于实现所述处理器和所述存储器之间的连接通信；
所述处理器，用于执行存储器中存储的应用接口合并运行程序，以实现以下步骤：
接收客户端发送的合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数；
根据所述请求消息生成合并返回值对应缓存的标识；
判断是否在内存哈希表中缓存有所述标识对应的合并返回值；
在判断结果为是的情况下，向所述客户端返回所述合并返回值。
可选的，所述处理器还用于执行应用接口合并运行程序，以实现以下步骤：
在判断结果为否的情况下，根据所述接口名称和所述接口参数依次调用合并的各个接口，将各个接口的返回值合并生成合并返回值，并将所述合并返回值缓存到所述内存哈希表中。
可选的，所述处理器还用于执行应用接口合并运行程序，以实现以下步骤：
将所述标识发送给其余应用服务器，其中，所述标识用于所述其余应用服务器查找各自的内存哈希表，如果查找到所述标识对应的合并返回值，忽略所述标识；如果未查找到所述标识对应的合并返回值，缓存所述合并返回值。
可选的，所述处理器还用于执行应用接口合并运行程序，以实现以下步骤：
通过调用设置的消息中心组件将所述标识发送给所述其余应用服务器，其中，所述消息中心组件的工作机制为服务端和客户端的合体，在一个应用服务器上进行发布之后，自动向区域网内的所有应用服务器地址口调用消息中心组件发布接口，向其余应用服务器通知自己的下载地址，所述其余服务器通过所述下载地址下载到消息中心组件，然后自动启动所述消息中心组件。
可选的，如果同一时间有多个应用服务器均被调用同一个合并接口，各个应用服务器自动过滤掉通过消息中心组件重复发送的消息。
可选的，所述处理器还用于执行应用接口合并运行程序，以实现以下步骤：
接收后台服务器发送的变更的数据表；
根据所述变更的数据表更新所述内存哈希表中的缓存。
实施例4
根据本发明实施例的另一方面，还提供了一种移动终端，所述移动终端包括：处理器、存储器及通信总线，其中，
所述通信总线，用于实现所述处理器和所述存储器之间的连接通信；
所述处理器，用于执行存储器中存储的应用接口合并运行程序，以实现以下步骤：
将多个应用运行过程的接口进行合并，合并时在参数中标识接口名称和接口参数；
向应用服务器发送合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数，所述请求消息用于所述应用服务器生成合并返回值对应缓存的标识；
接收所述应用服务器在所述应用服务器的内存哈希表中缓存有所述标识对应的合并返回值的情况下，返回的所述合并返回值。
实施例5
根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述应用接口合并运行方法的以下步骤：
S11，接收客户端发送的合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数；
S12，根据所述请求消息生成合并返回值对应缓存的标识；
S13，判断是否在内存哈希表中缓存有所述标识对应的合并返回值；
S14，在判断结果为是的情况下，向所述客户端返回所述合并返回值
可选的，所述一个或者多个程序还可被一个或者多个处理器执行，以实现上述应用接口合并运行方法的以下步骤：
S21，将多个应用运行过程的接口进行合并，合并时在参数中标识接口名称和接口参数；
S22，向应用服务器发送合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数，所述请求消息用于所述应用服务器生成合并返回值对应缓存的标识；
S23，接收所述应用服务器在所述应用服务器的内存哈希表中缓存有所述标识对应的合并返回值的情况下，返回的所述合并返回值。
本发明实施例，接收客户端发送的合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数；根据所述请求消息生成合并返回值对应缓存的标识；判断是否在内存哈希表中缓存有所述标识对应的合并返回值；在判断结果为是的情况下，向所述客户端返回所述合并返回值，解决了相关技术中通过缓存服务将各接口的返回值缓存使得并合并返回给客户端使得接口合并的运行速度较低的问题，通过自身的内存哈希表缓存接口合并后的合并返回值，并直接向客户端返回合并返回值，提高了接口合并的运行速度，提高了用户体验。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (10)

1.一种应用接口合并运行方法，其特征在于，包括：
接收客户端发送的合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数；
根据所述请求消息生成合并返回值对应缓存的标识；
判断是否在内存哈希表中缓存有所述标识对应的合并返回值；
在判断结果为是的情况下，向所述客户端返回所述合并返回值。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在判断结果为否的情况下，根据所述接口名称和所述接口参数依次调用合并的各个接口，将各个接口的返回值合并生成合并返回值，并将所述合并返回值缓存到所述内存哈希表中。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
将所述标识发送给其余应用服务器，其中，所述标识用于所述其余应用服务器查找各自的内存哈希表，如果查找到所述标识对应的合并返回值，忽略所述标识；如果未查找到所述标识对应的合并返回值，缓存所述合并返回值。
4.根据权利要求3所述的方法，其特征在于，将所述标识发送给其余应用服务器包括：
通过调用设置的消息中心组件将所述标识发送给所述其余应用服务器，其中，所述消息中心组件的工作机制为服务端和客户端的合体，在一个应用服务器上进行发布之后，自动向区域网内的所有应用服务器地址口调用消息中心组件发布接口，向其余应用服务器通知自己的下载地址，所述其余服务器通过所述下载地址下载到消息中心组件，然后自动启动所述消息中心组件。
5.根据权利要求4所述的方法，其特征在于，如果同一时间有多个应用服务器均被调用同一个合并接口，各个应用服务器自动过滤掉通过消息中心组件重复发送的消息。
6.根据权利要求1至5中任一项所述的方法，其特征在于，所述方法还包括：
接收后台服务器发送的变更的数据表；
根据所述变更的数据表更新所述内存哈希表中的缓存。
7.一种应用接口合并运行方法，其特征在于，包括：
将多个应用运行过程的接口进行合并，合并时在参数中标识接口名称和接口参数；
向应用服务器发送合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数，所述请求消息用于所述应用服务器生成合并返回值对应缓存的标识；
接收所述应用服务器在所述应用服务器的内存哈希表中缓存有所述标识对应的合并返回值的情况下，返回的所述合并返回值。
8.一种移动终端，其特征在于，所述移动终端包括：处理器、存储器及通信总线，其中，
所述通信总线，用于实现所述处理器和所述存储器之间的连接通信；
所述处理器，用于执行存储器中存储的应用接口合并运行程序，以实现以下步骤：
接收客户端发送的合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数；
根据所述请求消息生成合并返回值对应缓存的标识；
判断是否在内存哈希表中缓存有所述标识对应的合并返回值；
在判断结果为是的情况下，向所述客户端返回所述合并返回值。
9.一种移动终端，其特征在于，所述移动终端包括：处理器、存储器及通信总线，其中，
所述通信总线，用于实现所述处理器和所述存储器之间的连接通信；
所述处理器，用于执行存储器中存储的应用接口合并运行程序，以实现以下步骤：
将多个应用运行过程的接口进行合并，合并时在参数中标识接口名称和接口参数；
向应用服务器发送合并接口后的请求消息，其中，所述请求消息中携带有接口名称和接口参数，所述请求消息用于所述应用服务器生成合并返回值对应缓存的标识；
接收所述应用服务器在所述应用服务器的内存哈希表中缓存有所述标识对应的合并返回值的情况下，返回的所述合并返回值。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求1-6、7中任一项所述应用接口合并运行方法的步骤。
CN201711221068.2A 2017-11-29 2017-11-29 一种应用接口合并运行方法、移动终端以及计算机可读存储介质 Pending CN107967183A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711221068.2A CN107967183A (zh) 2017-11-29 2017-11-29 一种应用接口合并运行方法、移动终端以及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711221068.2A CN107967183A (zh) 2017-11-29 2017-11-29 一种应用接口合并运行方法、移动终端以及计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN107967183A true CN107967183A (zh) 2018-04-27

Family

ID=61998067

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711221068.2A Pending CN107967183A (zh) 2017-11-29 2017-11-29 一种应用接口合并运行方法、移动终端以及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN107967183A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108833495A (zh) * 2018-05-24 2018-11-16 努比亚技术有限公司 用户请求的数据缓存方法、设备及计算机可读存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101090401A (zh) * 2007-05-25 2007-12-19 金蝶软件（中国）有限公司 一种群集环境下的数据缓存方法及系统
US8019811B1 (en) * 2006-04-06 2011-09-13 Versata Development Group, Inc. Application state server-side cache for a state-based client-server application
CN103716343A (zh) * 2012-09-29 2014-04-09 重庆新媒农信科技有限公司 基于数据缓存同步的分布式业务请求处理方法及系统
CN105095282A (zh) * 2014-05-14 2015-11-25 腾讯科技（深圳）有限公司 一种缓存数据更新方法、装置及系统
CN105791366A (zh) * 2014-12-26 2016-07-20 中国电信股份有限公司 一种大文件HTTP-Range 下载方法、缓存服务器及系统
EP3098730A1 (en) * 2015-05-29 2016-11-30 Sap Se Aggregating database entries by hashing
CN106462578A (zh) * 2014-04-01 2017-02-22 华为技术有限公司 数据库条目查询和更新的方法
CN106506704A (zh) * 2016-12-29 2017-03-15 北京奇艺世纪科技有限公司 一种缓存更新方法及装置
CN106657193A (zh) * 2015-11-02 2017-05-10 腾讯科技（深圳）有限公司 一种请求处理方法、装置、终端设备及服务器

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8019811B1 (en) * 2006-04-06 2011-09-13 Versata Development Group, Inc. Application state server-side cache for a state-based client-server application
CN101090401A (zh) * 2007-05-25 2007-12-19 金蝶软件（中国）有限公司 一种群集环境下的数据缓存方法及系统
CN103716343A (zh) * 2012-09-29 2014-04-09 重庆新媒农信科技有限公司 基于数据缓存同步的分布式业务请求处理方法及系统
CN106462578A (zh) * 2014-04-01 2017-02-22 华为技术有限公司 数据库条目查询和更新的方法
CN105095282A (zh) * 2014-05-14 2015-11-25 腾讯科技（深圳）有限公司 一种缓存数据更新方法、装置及系统
CN105791366A (zh) * 2014-12-26 2016-07-20 中国电信股份有限公司 一种大文件HTTP-Range 下载方法、缓存服务器及系统
EP3098730A1 (en) * 2015-05-29 2016-11-30 Sap Se Aggregating database entries by hashing
CN106657193A (zh) * 2015-11-02 2017-05-10 腾讯科技（深圳）有限公司 一种请求处理方法、装置、终端设备及服务器
CN106506704A (zh) * 2016-12-29 2017-03-15 北京奇艺世纪科技有限公司 一种缓存更新方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
丁一: "《集装箱港口集成资源配置和成本控制》", 30 June 2015, 上海浦江教育出版社 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108833495A (zh) * 2018-05-24 2018-11-16 努比亚技术有限公司 用户请求的数据缓存方法、设备及计算机可读存储介质

Similar Documents

Publication Publication Date Title
CN107249074A (zh) 应用程序快速启动方法、移动终端及计算机可读存储介质
CN108391025A (zh) 一种网络访问管理方法、移动终端及计算机可读存储介质
CN107967322A (zh) 文件分类显示方法、移动终端及计算机可读存储介质
CN107861688A (zh) 一种数据删除方法、终端及可读存储介质
CN107038245A (zh) 页面切换方法、移动终端及存储介质
CN110177177A (zh) 消息回复方法、移动终端及计算机可读存储介质
CN108600330A (zh) 离线消息推送方法、设备及计算机可读存储介质
CN107135128A (zh) 调用链数据采集方法、移动终端及计算机可读存储介质
CN107220132A (zh) 一种文件创建信息的监听方法、设备及存储介质
CN109299039A (zh) 一种文件管理方法、设备及计算机可读存储介质
CN107426304A (zh) 交互媒体资源的方法、系统及代理服务器
CN107678698A (zh) 缓存数据清理方法、服务器、终端及计算机可读存储介质
CN107679176A (zh) 一种提高应用打开速度的方法、终端、服务器、计算机可读存储介质
CN107135156A (zh) 调用链数据采集方法、移动终端及计算机可读存储介质
CN107135086A (zh) 一种广播推送方法及设备、计算机可读存储介质
CN108762926A (zh) 一种系统优化方法、终端及计算机可读存储介质
CN108306856A (zh) 一种接口合并方法、客户端、服务器及计算机可读存储介质
CN107818022A (zh) 应用程序接口合并方法、移动终端及计算机可读存储介质
CN107846725A (zh) 一种通知消息的处理方法、终端及存储介质
CN109445945A (zh) 应用程序的内存分配方法、移动终端、服务器及存储介质
CN109902228A (zh) 资源请求、推送控制方法、终端、服务器及可读存储介质
CN109862184A (zh) 终端及其资源管控方法、计算机可读存储介质
CN108040116A (zh) 消息推送方法、路由器及计算机可读存储介质
CN107967183A (zh) 一种应用接口合并运行方法、移动终端以及计算机可读存储介质
CN108037959A (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20180427