CN107729134A - 一种提高应用程序本地方法运行速度的方法、移动终端及计算机可读存储介质 - Google Patents

一种提高应用程序本地方法运行速度的方法、移动终端及计算机可读存储介质 Download PDF

Info

Publication number
CN107729134A
CN107729134A CN201711049686.3A CN201711049686A CN107729134A CN 107729134 A CN107729134 A CN 107729134A CN 201711049686 A CN201711049686 A CN 201711049686A CN 107729134 A CN107729134 A CN 107729134A
Authority
CN
China
Prior art keywords
nation
application program
nation method
threshold value
operational factor
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.)
Granted
Application number
CN201711049686.3A
Other languages
English (en)
Other versions
CN107729134B (zh
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 CN201711049686.3A priority Critical patent/CN107729134B/zh
Publication of CN107729134A publication Critical patent/CN107729134A/zh
Application granted granted Critical
Publication of CN107729134B publication Critical patent/CN107729134B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Software Systems (AREA)
  • Mathematical Physics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Abstract

本发明公开了一种提高应用程序本地方法运行速度的方法、移动终端及计算机可读存储介质，包括：为各个应用程序本地方法的运行参数设置监控阈值；监控各个本地方法的运行参数；当某个应用程序本地方法的至少一个运行参数超过设置的监控阈值时，上传所述本地方法到应用程序的服务器端；修改所述本地方法的调用接口为服务器本地调用。本发明通过将一定耗时、耗资源的本地方法上传服务器，可以有效提高本地方法的调用速度、减少本地资源的占用、节约电能、改善用户体验。

Description

一种提高应用程序本地方法运行速度的方法、移动终端及计 算机可读存储介质
技术领域
本发明涉及移动终端技术领域，尤其涉及一种提高应用程序本地方法运行速度的方法、移动终端及计算机可读存储介质。
背景技术
本地方法(Native Method)，简单地讲，就是一个java调用非java代码的接口。一个Native Method是这样一个java的方法：该方法的实现由非java语言实现，比如C。这个特征并非java所特有，很多其它的编程语言都有这一机制，比如在C++中，你可以用extern"C"告知C++编译器去调用一个C的函数。
一个native method方法可以返回任何java类型，包括非基本类型，而且同样可以进行异常控制。这些方法的实现体可以制一个异常并且将其抛出，这一点与java的方法非常相似。当一个native method接收到一些非基本类型时如Object或一个整型数组时，这个方法可以访问这非些基本型的内部，但是这将使这个native方法依赖于你所访问的java类的实现。有一点要牢牢记住：我们可以在一个native method的本地实现中访问所有的java特性，但是这要依赖于你所访问的java特性的实现，而且这样做远远不如在java语言中使用那些特性方便和容易。
native method的存在并不会对其他类调用这些本地方法产生任何影响，实际上调用这些方法的其他类甚至不知道它所调用的是一个本地方法。JVM将控制调用本地方法的所有细节。需要注意当我们将一个本地方法声明为final的情况。用java实现的方法体在被编译时可能会因为内联而产生效率上的提升。但是一个native final方法是否也能获得这样的好处却是值得怀疑的，但是这只是一个代码优化方面的问题，对功能实现没有影响。
如果一个含有本地方法的类被继承，子类会继承这个本地方法并且可以用java语言重写这个方法(这个似乎看起来有些奇怪)，同样的如果一个本地方法被fianl标识，它被继承后不能被重写。
本地方法非常有用，因为它有效地扩充了jvm.事实上，我们所写的java代码已经用到了本地方法，在sun的java的并发(多线程)的机制实现中，许多与操作系统的接触点都用到了本地方法，这使得java程序能够超越java运行时的界限。有了本地方法，java程序可以做任何应用层次的任务。
为什么要使用Native Method？因为java使用起来非常方便，可以实现：
与java环境外交互：
有时java应用需要与java外面的环境交互。这是本地方法存在的主要原因，你可以想想java需要与一些底层系统如操作系统或某些硬件交换信息时的情况。本地方法正是这样一种交流机制：它为我们提供了一个非常简洁的接口，而且我们无需去了解java应用之外的繁琐的细节。
与操作系统交互：
JVM支持着java语言本身和运行时库，它是java程序赖以生存的平台，它由一个解释器(解释字节码)和一些连接到本地代码的库组成。然而不管怎样，它毕竟不是一个完整的系统，它经常依赖于一些底层(underneath在下面的)系统的支持。这些底层系统常常是强大的操作系统。通过使用本地方法，我们得以用java实现了jre的与底层系统的交互，甚至JVM的一些部分就是用C写的，还有，如果我们要使用一些java语言本身没有提供封装的操作系统的特性时，也需要使用本地方法。
Sun's Java
Sun的解释器是用C实现的，这使得它能像一些普通的C一样与外部交互。jre大部分是用java实现的，它也通过一些本地方法与外界交互。例如：类java.lang.Thread的setPriority()方法是用java实现的，但是它实现调用的是该类里的本地方法setPriority0()。这个本地方法是用C实现的，并被植入JVM内部，在Windows 95的平台上，这个本地方法最终将调用Win32SetPriority()API。这是一个本地方法的具体实现由JVM直接提供，更多的情况是本地方法由外部的动态链接库(external dynamic linklibrary)提供，然后被JVM调用。
JVM怎样使Native Method跑起来？当一个类第一次被使用到时，这个类的字节码会被加载到内存，并且只会回载一次。在这个被加载的字节码的入口维持着一个该类所有方法描述符的list，这些方法描述符包含这样一些信息：方法代码存于何处，它有哪些参数，方法的描述符(public之类)等等。如果一个方法描述符内有native，这个描述符块将有一个指向该方法的实现的指针。这些实现在一些DLL文件内，但是它们会被操作系统加载到java程序的地址空间。当一个带有本地方法的类被加载时，其相关的DLL并未被加载，因此指向方法实现的指针并不会被设置。当本地方法被调用之前，这些DLL才会被加载，这是通过调用java.system.loadLibrary()实现的。
在应用的运行过程中，会调用各种各样的本地方法。其中有一部分的本地方法较为复杂，调用所消耗的时间较长，所消耗的CPU和内存资源都较多。所有的手机客户端每天都在调用数量极大的本地方法，其中复杂的本地方法都在极大的消耗手机的电量，造成电量浪费。
这就造成现有技术方案存在以下问题：
1.复杂的本地方法调用时间较长，用户体验差。
2.消耗较多的CPU和内存资源。
3.消耗较多的手机功耗，影响手机续航。
所以，需要实现一套新的方案，以解决这些问题。
发明内容
本发明的主要目的在于提出一种一种提高应用程序本地方法运行速度的方法、移动终端及计算机可读存储介质，旨在解决现有技术方案存在的调用本地方法时间教程、耗用CPU和内存资源较多、耗电量较大的问题。
为实现上述目的，本发明提供的一种提高应用程序本地方法运行速度的方法，其特征在于，所述方法包括以下步骤：
为各个应用程序本地方法的运行参数设置监控阈值；
监控各个本地方法的运行参数；
当某个应用程序本地方法的至少一个运行参数超过设置的监控阈值时，上传所述本地方法到应用程序的服务器端；
修改所述本地方法的调用接口为服务器本地调用。
进一步的，所述运行参数包括：CPU使用率、内存使用量、耗时。
进一步的，所述方法的步骤监控各个本地方法的运行参数进一步包括：监控各个本地方法的运行参数，调用应用程序的阈值获取接口获取各项阈值，比较阈值与对应本地方法运行参数的大小关系。
进一步的，所述方法的步骤当某个本地方法的至少一个运行参数超过设置的监控阈值时，则上传所述本地方法到服务器进一步包括：
当某个应用程序的本地方法的至少一个运行参数超过设置的监控阈值时，调用本地方法解析程序分析该本地方法是否可以进行解耦，如果可以解耦，则将该本地方法转为jar包二进制流，上传所述本地方法到应用程序的服务器端。
进一步的，所述方法的步骤修改所述本地方法的调用接口为服务器本地调用进一步包括：
服务器接收到二进制流后，解析该本地方法，将所调用的接口改为服务器本地调用。
此外，为实现上述目的，本发明还提出一种移动终端，所述移动终端包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的提高应用程序本地方法运行速度的程序，所述提高应用程序本地方法运行速度的程序被所述处理器执行时实现以下步骤：
为各个应用程序本地方法的运行参数设置监控阈值；
监控各个本地方法的运行参数；
当某个应用程序的本地方法的至少一个运行参数超过设置的监控阈值时，上传所述本地方法到应用程序的服务器端；
修改所述本地方法的调用接口为服务器本地调用。
进一步的，所述运行参数包括CPU使用率、内存使用量、耗时。
进一步的，所述处理器所执行的步骤监控各个本地方法的运行参数进一步包括：监控各个本地方法的运行参数，调用应用程序的阈值获取接口获取各项阈值，比较阈值与对应本地方法运行参数的大小关系。
进一步的，所述处理器所执行的步骤当某个本地方法的至少一个运行参数超过设置的监控阈值时，则上传所述本地方法到服务器进一步包括：
当某个应用程序的本地方法的至少一个运行参数超过设置的监控阈值时，调用本地方法解析程序分析该本地方法是否可以进行解耦，如果可以解耦，则将该本地方法转为jar包二进制流，上传所述本地方法到应用程序的服务器端。
此外，为实现上述目的，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质存储有提高应用程序本地方法运行速度的程序，当所述提高应用程序本地方法运行速度的程序被至少一个处理器执行时，导致所述至少一个处理器执行上述任意一个提高应用程序本地方法运行速度的方法的步骤。
本发明提出的一种提高应用程序本地方法运行速度的方法、移动终端及计算机可读存储介质，通过监控本地方法的各项运行参数了解本地方法的运行情况，当本地方法的运行参数一旦超过设定阈值，即将该本地方法上传到应用程序的服务器端，使本地方法由客户端本地调用改为服务器端本地调用，从而释放客户端本地所占用的CPU及内存资源，一方面改善了本地方法的调用耗时，另一方面节约了客户端本地的CPU和内存资源，极大的改善了用户体验。
附图说明
图1为实现本发明各个实施例的移动终端的硬件结构示意图；
图2为如图1所示的移动终端的无线通信系统示意图；
图3为本发明各个实施例提供的提高应用程序本地方法运行速度的方法的流程示意图；
图4为本发明各个实施例提供的提高应用程序本地方法运行速度的方法的流程示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(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所示，所述方法包括以下步骤：
S11、为各个应用程序本地方法的运行参数设置监控阈值；
具体来说，本地方法，即Native Method，简单地讲，一个Native Method就是一个java调用非java代码的接口。设置各个应用程序本地方法的监控阈值需要通过应该程序的服务器端进行设置。监控阈值对应本地方法的运行参数，每个运行参数设置一个监控阈值，一般来讲，一个应用程序本地方法的运行参数至少包含：CPU使用率、内存使用量、耗时，对应的，监控阈值包括CPU使用率阈值、内存使用量阈值、耗时阈值。表结构为应用ID、CPU使用率阈值、内存使用量阈值和耗时阈值。例如应用中心，ID为1，设置各项运行参数的监控阈值为：CPU使用率阈值为5％、内存使用量阈值为10M、耗时阈值为2秒。
S12、监控各个本地方法的运行参数；
具体的，实时监控本地方法的运行参数，判断本地方法的运行参数是否超过所述设置的对应的监控阈值，调用应用程序的阈值获取接口获取各项监控阈值，比较监控阈值与对应本地方法运行参数的大小关系，例如某应用程序本地方法的CPU使用率阈值为5％、内存使用量阈值为10M、耗时阈值为2秒，当前运行参数为CPU使用3％、内存使用量8M、耗时1秒，所有运行参数都小于设置的对应监控阈值。
S13、判断是否存在某个应用程序本地方法至少一个运行参数超过设置的监控阈值？如果某个应用程序本地方法的至少一个运行参数超过设置的监控阈值，则执行S14；否则返回执行S12；
判断是否存在某个应用程序本地方法至少一个运行参数超过设置的监控阈值，例如某应用程序本地方法的CPU使用率阈值为5％、内存使用量阈值为10M、耗时阈值为2秒，当前运行参数为CPU使用率为3％、内存使用量为8M、耗时为3秒，那么虽然CPU使用率和内存使用量都未超过对应监控阈值，但是耗时3秒已经超过设置的监控阈值2秒，所以存在一个运行参数超过设置的监控阈值，因此该应用程序本地方法即为满足监控条件的应用程序本地方法。
当某个本地方法的CPU使用率或内存使用量或耗时值达到服务器对该应用所设置的阈值时，就会调用本地方法解析程序，对该方法进行分析。分析该本地方法是否可以进行解耦、上传到服务器侧进行运行？只有在本地方法可以解耦的情况下，才能实现本地方法上传服务器。
软件解耦，可以理解为降低耦合度，模块间有依赖关系必然存在耦合，理论上的绝对零耦合是做不到的，但可以通过一些现有的方法将耦合度降至最低。当今流行的软件框架，不管是struts，还是spring,hibernate，还是.net，还是各种前端UI框架，其设计的核心思想是：
尽可能减少代码耦合，如果发现代码耦合，就要采取解耦技术；
解耦方法有但不限有如下几种：
(a)采用现有设计模式实现解耦，如事件驱动模式、观察者模式、责任链模式等都可以达到解耦的目的；
(b)采用面向接口的方式编程，而不是用直接的类型引用，除非在最小内聚单元内部。但使用该方法解耦需要注意不要滥用接口。
(c)高内聚，往往会带来一定程度的低耦合度。高内聚决定了内部自行依赖，对外只提供必须的接口或消息对象，那么由此即可达成较低的耦合度。
判断一个本地方法是否可以解耦，只需要查看该本地方法是否满足某些条件，例如，输入独立、有返回值输出、且内部调用的服务器侧接口的返回值只用于该本地方法、那么该本地方法就满足解耦的条件，则该本地方法可以上传到服务器运行。
然后控制程序将该本地方法转为jar包二进制流，通过上传的方式提交到应用本地方法服务器。
S14、上传所述本地方法到应用程序的服务器端；
服务器接收到二进制流后，解析该本地方法，并找到其中所调用的接口，将其改为本地调用。例如该本地方法中调用了服务器的接口1和接口2，那么就去掉HTTP的接口调用方式，改为本地的函数调用，并将接口传入的参数改为本地函数调用传入参数，接口返回值改为本地函数返回值。
S15、修改所述本地方法的调用接口为服务器本地调用。
服务器自动生成该本地方法所对应的接口，接口名称即该方法的名称，参数即该方法的参数。应用上传该本地方法成功后，下次再调用该方法，就可以改为使用HTTP接口的方式。例如原先调用本地方法1，传入的参数为参数1、参数2。改为HTTP接口的方式，即http://域名/本地方法1，传入的参数仍然为参数1和参数2。
本发明实现的提高客户端应用程序运行速度的方法，通过监控应用程序本地方法的运行参数，将运行参数超过设定阈值的的本地方法上传到服务器，修改本地方法的调用接口为服务器本地调用，可以有效减少本地方法的调用耗时，提高应用的运行速度，并进而降低手机功耗，提高用户各方面的体验。
实施例二
本发明第二实施例提供一种提高客户端应用程序运行速度的方法，如图4所示，所述方法包括以下步骤：
S21、为各个应用程序本地方法的运行参数设置监控阈值；
具体来说，本地方法，即Native Method，简单地讲，一个Native Method就是一个java调用非java代码的接口。设置各个应用程序本地方法的监控阈值需要通过应该程序的服务器端进行设置。监控阈值对应本地方法的运行参数，每个运行参数设置一个监控阈值，一般来讲，一个应用程序本地方法的运行参数至少包含：CPU使用率、内存使用量、耗时，对应的，监控阈值包括CPU使用率阈值、内存使用量阈值、耗时阈值。表结构为应用ID、CPU使用率阈值、内存使用量阈值和耗时阈值。例如应用中心，ID为1，设置各项运行参数的监控阈值为：CPU使用率阈值为5％、内存使用量阈值为10M、耗时阈值为2秒。
S22、监控各个本地方法的运行参数，调用应用程序的阈值获取接口获取各项阈值，比较阈值与对应本地方法运行参数的大小关系；
具体的，实时监控本地方法的运行参数是否超过所述设置的对应的监控阈值，调用应用程序的阈值获取接口获取各项监控阈值，比较监控阈值与对应本地方法运行参数的大小关系，例如某应用程序本地方法的CPU使用率阈值为5％、内存使用量阈值为10M、耗时阈值为2秒，当前运行参数为CPU使用率为3％、内存使用量为8M、耗时为1秒，所有运行参数都小于设置的监控阈值。
S23、判断是否存在某个应用程序的本地方法的至少一个运行参数超过设置的监控阈值？如果某个应用程序的本地方法的至少一个运行参数超过设置的监控阈值，则执行S24；否则返回执行S22；
判断是否存在某个应用程序本地方法至少一个运行参数超过设置的监控阈值，例如某应用程序本地方法的CPU使用率阈值为5％、内存使用量阈值为10M、耗时阈值为2秒，当前运行参数为CPU使用率为3％、内存使用量为8M、耗时为3秒，那么虽然CPU使用率和内存使用量都未超过监控阈值，但是耗时3秒已经超过设置的监控阈值2秒，所以存在一个运行参数超过设置的监控阈值，因此该应用程序本地方法即为满足监控条件的应用程序本地方法。
S24、调用本地方法解析程序解耦本地方法；
S25、该本地方法是否可以进行解耦？如果可以解耦，则执行S26；否则返回执行S22；
当某个应用的本地方法的CPU使用率或内存使用量或耗时值达到服务器对该应用所设置的阈值时，就会调用本地方法解析程序，对该方法进行分析。分析该本地方法是否可以进行解耦、上传到服务器侧进行运行？只有在本地方法可以解耦的情况下，才能实现本地方法上传服务器。软件解耦，可以理解为降低耦合度，模块间有依赖关系必然存在耦合，理论上的绝对零耦合是做不到的，但可以通过一些现有的方法将耦合度降至最低。
解耦就是就是通过校正输出、输入之间的关系，减弱甚至消除这种相互关联，从而使系统变成多个单输入单输出系统的算法。多变量系统的回路之间存在着耦合，为了获得满意的控制效果，必须对多变量系统实行解耦控制对于绝大多数的多变量系统，将多变量系统解耦为单变量系统来控制是一种较好的解决办法。
对于输出和输入变量个数相同的系统，如果引入适当的控制规律，使控制系统的传递函数矩阵为非奇异对角矩阵，就称系统实现了完全解耦。使多变量系统实现完全解耦的控制器，既可采用状态反馈结合输入变换的形式，也可采用输出反馈结合补偿装置的形式。
已证明，系统可用状态反馈和输入变换，即通过引入控制规律u＝-Kx+Lv，实现完全解耦的充分必要条件是矩阵E为非奇异。这里，u为输入向量，x为状态向量，v为参考输入向量，K为状态反馈矩阵，L为输入变换矩阵。对于满足可解耦性条件的多变量系统，通过将它的系数矩阵A，B，C化成为解耦规范形，便可容易地求得所要求的状态反馈矩阵K和输入变换矩阵L。完全解耦控制方式的主要缺点是，它对系统参数的变动很敏感，系统参数的不准确或者在运行中的某种漂移都会破坏完全解耦。
选择适当的控制规律将一个多变量系统化为多个独立的单变量系统的控制问题。在解耦控制问题中，基本目标是设计一个控制装置，使构成的多变量控制系统的每个输出变量仅由一个输入变量完全控制，且不同的输出由不同的输入控制。
当今流行的软件框架，不管是struts，还是spring,hibernate，还是.net，还是各种前端UI框架，其设计的核心思想是：
尽可能减少代码耦合，如果发现代码耦合，就要采取解耦技术；
解耦方法有但不限有如下几种：
(a)采用现有设计模式实现解耦，如事件驱动模式、观察者模式、责任链模式等都可以达到解耦的目的；
(b)采用面向接口的方式编程，而不是用直接的类型引用，除非在最小内聚单元内部。但使用该方法解耦需要注意不要滥用接口。
(c)高内聚，往往会带来一定程度的低耦合度。高内聚决定了内部自行依赖，对外只提供必须的接口或消息对象，那么由此即可达成较低的耦合度。
传统解耦方法：传统解耦方法以现代频域法为代表，也包括时域方法，主要适用于线性定常多输入多输出系统。
自适应解耦方法：自适应控制的思想与解耦技术相结合并用于多变量系统中，就形成了自适应解耦方法。自适应解耦的目标是使系统的闭环传递函数成为对角阵，通常把耦合信号作为干扰处理。自适应解耦实质上采用了最优控制的方法，建立目标函数并对参数寻优是该方法的核心，这是与传统解耦方法的本质区别，是解耦理论的重大突破，同时也是智能解耦理论的基础。自适应解耦可适用于时变对象。
智能解耦方法：智能解耦方法以神经元网络解耦方法为代表。由于神经网络可实现多输入到多输出的映射，以任意精度逼近任意函数，并具有自学习功能，因此适用于时变、非线性、特性未知的对象。
本实施例中，判断一个本地方法是否可以解耦，只需要查看该本地方法是否满足某些条件，例如，输入独立、有返回值输出、且内部调用的服务器侧接口的返回值只用于该本地方法、那么该本地方法就满足解耦的条件，则该本地方法可以上传到服务器运行。
S26、将该本地方法转为jar包二进制流，上传所述本地方法到应用程序的服务器端。
具体的，控制程序将该本地方法转为jar包二进制流，通过上传的方式提交到应用本地方法服务器。jar包，即Java Archive，Java的包，Java编译好之后生成class文件，但如果直接发布这些class文件的话会很不方便，所以就把许多的class文件打包成一个jar，jar中除了class文件还可以包括一些资源和配置文件，通常一个jar包就是一个java程序或者一个java库。
S27、服务器接收到二进制流后，解析该本地方法，将所调用的接口改为服务器本地调用。
服务器接收到二进制流后，解析该本地方法，并找到其中所调用的接口，将其改为本地调用。例如该本地方法中调用了服务器的接口1和接口2，那么就去掉HTTP的接口调用方式，改为本地的函数调用，并将接口传入的参数改为本地函数调用传入参数，接口返回值改为本地函数返回值。服务器自动生成该本地方法所对应的接口，接口名称即该方法的名称，参数即该方法的参数。应用上传该本地方法成功后，下次再调用该方法，就可以改为使用HTTP接口的方式。例如原先调用本地方法1，传入的参数为参数1、参数2。改为HTTP接口的方式，即http://域名/本地方法1，传入的参数仍然为参数1和参数2。
本发明实现的提高客户端应用程序运行速度的方法，通过监控应用程序本地方法的运行参数，将运行参数超过设定阈值的的本地方法上传到服务器，修改本地方法的调用接口为服务器本地调用，可以有效减少本地方法的调用耗时，提高应用的运行速度，并进而降低手机功耗，提高用户各方面的体验。
实施例三
本发明第三实施例提供一种移动终端，所述移动终端的结构如图1所示，所述移动终端100包括：存储器109、处理器110及存储在所述存储器109上并可在所述处理器110上运行的提高应用程序本地方法运行速度的程序，所述提高应用程序本地方法运行速度的程序被所述处理器执行时实现以下步骤：
S11、为各个应用程序本地方法的运行参数设置监控阈值；
具体来说，本地方法，即Native Method，简单地讲，一个Native Method就是一个java调用非java代码的接口。设置各个应用程序本地方法的监控阈值需要通过应该程序的服务器端进行设置。监控阈值对应本地方法的运行参数，每个运行参数设置一个监控阈值，一般来讲，一个应用程序本地方法的运行参数至少包含：CPU使用率、内存使用量、耗时，对应的，监控阈值包括CPU使用率阈值、内存使用量阈值、耗时阈值。表结构为应用ID、CPU使用率阈值、内存使用量阈值和耗时阈值。例如应用中心，ID为1，设置各项运行参数的监控阈值为：CPU使用率阈值为5％、内存使用量阈值为10M、耗时阈值为2秒。
S12、监控各个本地方法的运行参数；
具体的，实时监控本地方法的运行参数是否超过所述设置的对应的监控阈值，调用应用程序的阈值获取接口获取各项监控阈值，比较监控阈值与对应本地方法运行参数的大小关系，例如某应用程序本地方法的CPU使用率阈值为5％、内存使用量阈值为10M、耗时阈值为2秒，当前运行参数为CPU使用率为3％、内存使用量为8M、耗时为1秒，所有运行参数都小于设置的监控阈值。
S13、判断是否存在某个应用程序本地方法至少一个运行参数超过设置的监控阈值？如果某个应用程序本地方法的至少一个运行参数超过设置的监控阈值，则执行S14；否则返回执行S12；
判断是否存在某个应用程序本地方法至少一个运行参数超过设置的监控阈值，例如某应用程序本地方法的CPU使用率阈值为5％、内存使用量阈值为10M、耗时阈值为2秒，当前运行参数为CPU使用率为3％、内存使用量为8M、耗时为3秒，那么虽然CPU使用率和内存使用量都未超过监控阈值，但是耗时3秒已经超过设置的监控阈值2秒，所以存在一个运行参数超过设置的监控阈值，因为该应用程序本地方法即为满足监控条件的应用程序本地方法。
当某个应用的本地方法的CPU使用率或内存使用量或耗时值达到服务器对该应用所设置的阈值时，就会调用本地方法解析程序，对该方法进行分析。分析该本地方法是否可以进行解耦、上传到服务器侧进行运行？只有在本地方法可以解耦的情况下，才能实现本地方法上传服务器。软件解耦，可以理解为降低耦合度，模块间有依赖关系必然存在耦合，理论上的绝对零耦合是做不到的，但可以通过一些现有的方法将耦合度降至最低。
当今流行的软件框架，不管是struts，还是spring,hibernate，还是.net，还是各种前端UI框架，其设计的核心思想是：
尽可能减少代码耦合，如果发现代码耦合，就要采取解耦技术；
解耦方法有但不限有如下几种：
(a)采用现有设计模式实现解耦，如事件驱动模式、观察者模式、责任链模式等都可以达到解耦的目的；
(b)采用面向接口的方式编程，而不是用直接的类型引用，除非在最小内聚单元内部。但使用该方法解耦需要注意不要滥用接口。
(c)高内聚，往往会带来一定程度的低耦合度。高内聚决定了内部自行依赖，对外只提供必须的接口或消息对象，那么由此即可达成较低的耦合度。
判断一个本地方法是否可以解耦，只需要查看该本地方法是否满足某些条件，例如，输入独立、有返回值输出、且内部调用的服务器侧接口的返回值只用于该本地方法、那么该本地方法就满足解耦的条件，则该本地方法可以上传到服务器运行。
然后控制程序将该本地方法转为jar包二进制流，通过上传的方式提交到应用本地方法服务器。
S14、上传所述本地方法到应用程序的服务器端；
服务器接收到二进制流后，解析该本地方法，并找到其中所调用的接口，将其改为本地调用。例如该本地方法中调用了服务器的接口1和接口2，那么就去掉HTTP的接口调用方式，改为本地的函数调用，并将接口传入的参数改为本地函数调用传入参数，接口返回值改为本地函数返回值。
S15、修改所述本地方法的调用接口为服务器本地调用。
服务器自动生成该本地方法所对应的接口，接口名称即该方法的名称，参数即该方法的参数。应用上传该本地方法成功后，下次再调用该方法，就可以改为使用HTTP接口的方式。例如原先调用本地方法1，传入的参数为参数1、参数2。改为HTTP接口的方式，即http://域名/本地方法1，传入的参数仍然为参数1和参数2。
本发明实现的移动终端，处理器运行提高客户端应用程序运行速度的计算机程序时，通过监控应用程序本地方法的运行参数，将运行参数超过设定阈值的的本地方法上传到服务器，修改本地方法的调用接口为服务器本地调用，可以有效减少本地方法的调用耗时，提高应用的运行速度，并进而降低手机功耗，提高用户各方面的体验。
实施例四
本发明第四实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有提高应用程序本地方法运行速度的程序，当所述提高应用程序本地方法运行速度的程序被至少一个处理器执行时，导致所述至少一个处理器执行实施例一和实施例二所述的提高应用程序本地方法运行速度方法的步骤。
需要说明的是，在本文中，术语“包含”、“包括”或者其任何其他变体意在涵盖非排他性的包括，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (10)

1.一种提高应用程序本地方法运行速度的方法，其特征在于，所述方法包括以下步骤：
为各个应用程序本地方法的运行参数设置监控阈值；
监控各个本地方法的运行参数；
当某个应用程序本地方法的至少一个运行参数超过设置的监控阈值时，上传所述本地方法到应用程序的服务器端；
修改所述本地方法的调用接口为服务器本地调用。
2.根据权利要求1所述的提高应用程序本地方法运行速度的方法，其特征在于，所述运行参数包括：CPU使用率、内存使用量、耗时。
3.根据权利要求1所述的提高应用程序本地方法运行速度的方法，其特征在于，所述方法的步骤监控各个本地方法的运行参数进一步包括：监控各个本地方法的运行参数，调用应用程序的阈值获取接口获取各项阈值，比较阈值与对应本地方法运行参数的大小关系。
4.根据权利要求1所述的提高应用程序本地方法运行速度的方法，其特征在于，所述方法的步骤当某个本地方法的至少一个运行参数超过设置的监控阈值时，则上传所述本地方法到服务器进一步包括：
当某个应用程序的本地方法的至少一个运行参数超过设置的监控阈值时，调用本地方法解析程序分析该本地方法是否可以进行解耦，如果可以解耦，则将该本地方法转为jar包二进制流，上传所述本地方法到应用程序的服务器端。
5.根据权利要求1所述的提高应用程序本地方法运行速度的方法，其特征在于，所述方法的步骤修改所述本地方法的调用接口为服务器本地调用进一步包括：
服务器接收到二进制流后，解析该本地方法，将所调用的接口改为服务器本地调用。
6.一种移动终端，其特征在于，所述移动终端包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的提高应用程序本地方法运行速度的程序，所述提高应用程序本地方法运行速度的程序被所述处理器执行时实现以下步骤：
为各个应用程序本地方法的运行参数设置监控阈值；
监控各个本地方法的运行参数；
当某个应用程序的本地方法的至少一个运行参数超过设置的监控阈值时，上传所述本地方法到应用程序的服务器端；
修改所述本地方法的调用接口为服务器本地调用。
7.根据权利要求6所述的移动终端，其特征在于，所述运行参数包括CPU使用率、内存使用量、耗时。
8.根据权利要求6所述的移动终端，其特征在于，所述处理器所执行的步骤监控各个本地方法的运行参数进一步包括：监控各个本地方法的运行参数，调用应用程序的阈值获取接口获取各项阈值，比较阈值与对应本地方法运行参数的大小关系。
9.根据权利要求6所述的移动终端，其特征在于，所述处理器所执行的步骤当某个本地方法的至少一个运行参数超过设置的监控阈值时，则上传所述本地方法到服务器进一步包括：
当某个应用程序的本地方法的至少一个运行参数超过设置的监控阈值时，调用本地方法解析程序分析该本地方法是否可以进行解耦，如果可以解耦，则将该本地方法转为jar包二进制流，上传所述本地方法到应用程序的服务器端。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有提高应用程序本地方法运行速度的程序，当所述提高应用程序本地方法运行速度的程序被至少一个处理器执行时，导致所述至少一个处理器执行权利要求1-5所述的任意一个提高应用程序本地方法运行速度的方法的步骤。
CN201711049686.3A 2017-10-31 2017-10-31 一种提高应用程序本地方法运行速度的方法、移动终端及计算机可读存储介质 Active CN107729134B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711049686.3A CN107729134B (zh) 2017-10-31 2017-10-31 一种提高应用程序本地方法运行速度的方法、移动终端及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711049686.3A CN107729134B (zh) 2017-10-31 2017-10-31 一种提高应用程序本地方法运行速度的方法、移动终端及计算机可读存储介质

Publications (2)

Publication Number Publication Date
CN107729134A true CN107729134A (zh) 2018-02-23
CN107729134B CN107729134B (zh) 2021-09-07

Family

ID=61202060

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711049686.3A Active CN107729134B (zh) 2017-10-31 2017-10-31 一种提高应用程序本地方法运行速度的方法、移动终端及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN107729134B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110764913A (zh) * 2019-10-28 2020-02-07 卫盈联信息技术（深圳）有限公司 基于规则调用的数据计算方法、客户端及可读存储介质
CN110866589A (zh) * 2018-08-10 2020-03-06 高德软件有限公司 深度神经网络模型的运行方法、装置及框架
CN111240927A (zh) * 2020-01-03 2020-06-05 北京小米移动软件有限公司 检测程序中方法耗时的方法、装置及存储介质
CN113742057A (zh) * 2021-01-21 2021-12-03 北京沃东天骏信息技术有限公司 一种任务执行方法和装置

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1746844A (zh) * 2005-09-29 2006-03-15 浪潮电子信息产业股份有限公司 一种跨操作系统平台的机群系统监控和管理方法
CN1955922A (zh) * 2005-10-27 2007-05-02 国际商业机器公司 用于动态提供本地库及其相关性的方法和系统
CN102081548A (zh) * 2009-11-30 2011-06-01 华为技术有限公司 Java应用的处理方法、系统和SAF平台
CN102546920A (zh) * 2011-01-04 2012-07-04 中国移动通信有限公司 一种运行进程的方法、系统及设备
CN103036959A (zh) * 2012-12-07 2013-04-10 武汉邮电科学研究院 基于io解耦的分布式部署应用程序的实现方法及系统
CN103365724A (zh) * 2012-04-02 2013-10-23 国际商业机器公司 用于检测可本地化的本机方法的方法和系统
US20140068572A1 (en) * 2012-08-28 2014-03-06 International Business Machines Corporation Java native interface array handling in a distributed java virtual machine
US8813051B2 (en) * 2011-04-14 2014-08-19 International Business Machines Corporation Running multiple copies of native code in a Java Virtual Machine
CN104185249A (zh) * 2014-07-31 2014-12-03 合一网络技术(北京)有限公司 基于安卓系统的局域网设备发现方法及动态链接库
CN104731654A (zh) * 2015-04-03 2015-06-24 南京大学 一种针对安卓应用的迁移重构及支持系统
CN105264514A (zh) * 2013-05-24 2016-01-20 国际商业机器公司 为移动计算提供性能和能量优化的方法、装置和计算机程序产品
CN107181700A (zh) * 2017-07-19 2017-09-19 努比亚技术有限公司 移动终端应用程序的控制方法、移动终端及存储介质

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1746844A (zh) * 2005-09-29 2006-03-15 浪潮电子信息产业股份有限公司 一种跨操作系统平台的机群系统监控和管理方法
CN1955922A (zh) * 2005-10-27 2007-05-02 国际商业机器公司 用于动态提供本地库及其相关性的方法和系统
CN102081548A (zh) * 2009-11-30 2011-06-01 华为技术有限公司 Java应用的处理方法、系统和SAF平台
CN102546920A (zh) * 2011-01-04 2012-07-04 中国移动通信有限公司 一种运行进程的方法、系统及设备
US8813051B2 (en) * 2011-04-14 2014-08-19 International Business Machines Corporation Running multiple copies of native code in a Java Virtual Machine
CN103365724A (zh) * 2012-04-02 2013-10-23 国际商业机器公司 用于检测可本地化的本机方法的方法和系统
US20140068572A1 (en) * 2012-08-28 2014-03-06 International Business Machines Corporation Java native interface array handling in a distributed java virtual machine
CN103036959A (zh) * 2012-12-07 2013-04-10 武汉邮电科学研究院 基于io解耦的分布式部署应用程序的实现方法及系统
CN105264514A (zh) * 2013-05-24 2016-01-20 国际商业机器公司 为移动计算提供性能和能量优化的方法、装置和计算机程序产品
CN104185249A (zh) * 2014-07-31 2014-12-03 合一网络技术(北京)有限公司 基于安卓系统的局域网设备发现方法及动态链接库
CN104731654A (zh) * 2015-04-03 2015-06-24 南京大学 一种针对安卓应用的迁移重构及支持系统
CN107181700A (zh) * 2017-07-19 2017-09-19 努比亚技术有限公司 移动终端应用程序的控制方法、移动终端及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
张冰，卢正添，李涛: "多路恢复数据流并行传输与控制方法", 《通信学报》 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110866589A (zh) * 2018-08-10 2020-03-06 高德软件有限公司 深度神经网络模型的运行方法、装置及框架
CN110866589B (zh) * 2018-08-10 2023-06-30 阿里巴巴（中国）有限公司 深度神经网络模型的运行方法、装置及框架
CN110764913A (zh) * 2019-10-28 2020-02-07 卫盈联信息技术（深圳）有限公司 基于规则调用的数据计算方法、客户端及可读存储介质
CN111240927A (zh) * 2020-01-03 2020-06-05 北京小米移动软件有限公司 检测程序中方法耗时的方法、装置及存储介质
CN111240927B (zh) * 2020-01-03 2024-01-30 北京小米移动软件有限公司 检测程序中方法耗时的方法、装置及存储介质
CN113742057A (zh) * 2021-01-21 2021-12-03 北京沃东天骏信息技术有限公司 一种任务执行方法和装置

Also Published As

Publication number Publication date
CN107729134B (zh) 2021-09-07

Similar Documents

Publication Publication Date Title
CN108391025A (zh) 一种网络访问管理方法、移动终端及计算机可读存储介质
CN107341212A (zh) 一种缓存更新方法及设备
CN107357497A (zh) 一种分屏显示方法及移动终端
CN107729134A (zh) 一种提高应用程序本地方法运行速度的方法、移动终端及计算机可读存储介质
CN107343083A (zh) 一种提升游戏体验方法、装置及计算机可读存储介质
CN108566304A (zh) 接口控制方法、电子设备及计算机可读存储介质
CN107517321A (zh) 终端模式切换方法、移动终端及计算机可读存储介质
CN107181700A (zh) 移动终端应用程序的控制方法、移动终端及存储介质
CN107257510A (zh) 视频统一播放方法、终端及计算机可读存储介质
CN107220050A (zh) 自适应显示方法、终端及计算机可读存储介质
CN107391241A (zh) 应用快速启动方法、终端及计算机可读存储介质
CN107911536A (zh) 一种跨应用程序访问方法、设备及计算机可读存储介质
CN107390856A (zh) 一种降低移动终端功耗的方法、移动终端及存储介质
CN107247606A (zh) 应用程序管理方法、装置及计算机可读存储介质
CN107172605A (zh) 一种紧急呼叫方法、移动终端及计算机可读存储介质
CN107766088A (zh) 接口优化方法、系统及计算机可读存储介质
CN107423065A (zh) 一种应用分身的方法、移动终端及计算机可读存储介质
CN107220049A (zh) 一种通知栏中通知处理方法、移动终端以及计算机可读存储介质
CN107707755A (zh) 按键使用方法、终端及计算机可读存储介质
CN107105058A (zh) 文件夹传输方法及移动终端
CN108040116A (zh) 消息推送方法、路由器及计算机可读存储介质
CN107566631A (zh) 一种音量控制方法、移动终端及计算机可读存储介质
CN107734012A (zh) 消息推送方法、系统及计算机可读存储介质
CN107943397A (zh) 一种便签生成方法、移动终端及计算机可读存储介质
CN107391593A (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