CN106095363B - 一种终端卡顿的改善方法、装置以及终端 - Google Patents

一种终端卡顿的改善方法、装置以及终端 Download PDF

Info

Publication number
CN106095363B
CN106095363B CN201610390179.5A CN201610390179A CN106095363B CN 106095363 B CN106095363 B CN 106095363B CN 201610390179 A CN201610390179 A CN 201610390179A CN 106095363 B CN106095363 B CN 106095363B
Authority
CN
China
Prior art keywords
terminal
caton
display picture
preset time
frame per
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
Application number
CN201610390179.5A
Other languages
English (en)
Other versions
CN106095363A (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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN201610390179.5A priority Critical patent/CN106095363B/zh
Publication of CN106095363A publication Critical patent/CN106095363A/zh
Application granted granted Critical
Publication of CN106095363B publication Critical patent/CN106095363B/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
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • G06F3/1407—General aspects irrespective of display type, e.g. determination of decimal point position, display with fixed or driving decimal point, suppression of non-significant zeros
    • 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/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
    • 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/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5022—Mechanisms to release resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Telephone Function (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明实施例公开了一种终端卡顿的改善方法，包括：每隔第一预设时间，检测终端的显示画面的帧率；当检测到所述显示画面的帧率小于预设帧率阈值时，获知所述显示画面在接下来的第二预设时间内发生卡顿的次数；当所述发生卡顿的次数高于预设次数阈值时，判断所述终端的内存使用率是否高于预设比率阈值；若是，则结束当前正在运行的部分或全部的进程。相应的，本发明实施例还公开了一种终端卡顿的改善装置以及终端。采用本发明，可以实现在显示画面发生严重卡顿时主动改善卡顿。

Description

一种终端卡顿的改善方法、装置以及终端
技术领域
本发明涉及计算机技术领域，尤其涉及一种终端卡顿的改善方法、装置以及终端。
背景技术
如智能手机、平板电脑等的终端，随着使用时间的增长以及所安装的应用程序增多，逐渐会出现显示画面卡顿的问题。一般情况下，轻微的卡顿用户尚可接受，严重的卡顿将极大影响用户的使用体验。
目前，终端的显示画面在发生严重的卡顿时，需要用户主动结束终端正在运行的部分或全部进程来改善卡顿。然而，该方法存在操作繁琐、便捷性差以及效率低下的缺点，且对于不了解终端的用户来说不知道可以通过该方法来改善卡顿。
发明内容
本发明实施例提供了一种终端卡顿的改善方法、装置以及终端，可以实现在显示画面发生严重卡顿时主动改善卡顿。
本发明实施例第一方面提供了一种终端卡顿的改善方法，包括：
每隔第一预设时间，检测终端的显示画面的帧率；
当检测到所述显示画面的帧率小于预设帧率阈值时，获知所述显示画面在接下来的第二预设时间内发生卡顿的次数；
当所述发生卡顿的次数高于预设次数阈值时，判断所述终端的内存使用率是否高于预设比率阈值；
若是，则结束当前正在运行的部分或全部的进程。
在第一方面的第一种可能实现方式中，所述获知所述显示画面在接下来的第二预设时间内发生卡顿的次数，包括：
每隔第三预设时间，计算所述显示画面在当前第三预设时间内的帧率的加权平均值；
每当计算的所述加权平均值小于预设标准平均值时，记为所述显示画面发生一次卡顿；
获知所述显示画面在第二预设时间内累计发生卡顿的次数。
结合第一方面的第一种可能实现方式，在第二种可能实现方式中，所述计算所述显示画面在当前第三预设时间内的帧率的加权平均值，包括：
根据公式Y＝X1*F1+X2*F2+....+Xn*Fn计算所述显示画面在当前第三预设时间内的帧率的加权平均值，其中，所述n为正整数，所述Y表示所述加权平均值，Xk表示在所述第三预设时间内出现的第k种帧率，Fk表示出现第k种帧率的时间占所述第三预设时间的比率，所述k为小于或等于n的正整数。
在第一方面的第三种可能实现方式中，所述结束当前正在运行的部分或全部的进程，包括：
查询当前正在运行的进程的内存占用率；
按照所述内存占有率由大到小的顺序，依次结束所述进程，直至所述终端的内存使用率低于所述预设比率阈值。
结合第一方面的第三种可能实现方式，在第四种可能实现方式中，所述按照所述内存占有率由大到小的顺序，依次结束所述进程，直至所述终端的内存使用率低于所述预设比率阈值，包括：
从所述当前正在运行的进程中筛选出后台进程；
按照所述内存占有率由大到小的顺序，依次结束所述后台进程，直至所述终端的内存使用率低于所述预设比率阈值。
本发明实施例第二方面提供了一种终端卡顿的改善装置，包括：
帧率检测模块，用于每隔第一预设时间，检测终端的显示画面的帧率；
卡顿获知模块，用于当检测到所述显示画面的帧率小于预设帧率阈值时，获知所述显示画面在接下来的第二预设时间内发生卡顿的次数；
使用率比较模块，用于当所述发生卡顿的次数高于预设次数阈值时，判断所述终端的内存使用率是否高于预设比率阈值；
进程结束模块，用于若是，则结束当前正在运行的部分或全部的进程。
在第二方面的第一种可能实现方式中，所述卡顿获知模块包括：
加权计算单元，用于每隔第三预设时间，计算所述显示画面在当前第三预设时间内的帧率的加权平均值；
卡顿计数单元，用于每当计算的所述加权平均值小于预设标准平均值时，记为所述显示画面发生一次卡顿；
卡顿获知单元，用于获知所述显示画面在第二预设时间内累计发生卡顿的次数。
结合第二方面的第一种可能实现方式，在第二种可能实现方式中，所述加权计算单元，具体用于：
根据公式Y＝X1*F1+X2*F2+....+Xn*Fn计算所述显示画面在当前第三预设时间内的帧率的加权平均值，其中，所述n为正整数，所述Y表示所述加权平均值，Xk表示在所述第三预设时间内出现的第k种帧率，Fk表示出现第k种帧率的时间占所述第三预设时间的比率，所述k为小于或等于n的正整数。
在第二方面的第三种可能实现方式中，所述进程结束模块包括：
占用率查询单元，用于查询当前正在运行的进程的内存占用率；
进程结束单元，用于按照所述内存占有率由大到小的顺序，依次结束所述进程，直至所述终端的内存使用率低于所述预设比率阈值。
结合第二方面的第三种可能实现方式，在第四种可能实现方式中，所述进程结束单元，具体用于：从所述当前正在运行的进程中筛选出后台进程；按照所述内存占有率由大到小的顺序，依次结束所述后台进程，直至所述终端的内存使用率低于所述预设比率阈值。
本发明实施例第三方面提供了一种终端，所述终端包括显示单元、存储器以及处理器，其中，存储器中存储一组程序，且处理器用于调用存储器中存储的程序，执行以下操作：
每隔第一预设时间，检测终端的显示画面的帧率；
当检测到所述显示画面的帧率小于预设帧率阈值时，获知所述显示画面在接下来的第二预设时间内发生卡顿的次数；
当所述发生卡顿的次数高于预设次数阈值时，判断所述终端的内存使用率是否高于预设比率阈值；
若是，则结束当前正在运行的部分或全部的进程。
在第三方面的第一种可能实现方式中，所述处理器获知所述显示画面在接下来的第二预设时间内发生卡顿的次数的具体操作为：
每隔第三预设时间，计算所述显示画面在当前第三预设时间内的帧率的加权平均值；
每当计算的所述加权平均值小于预设标准平均值时，记为所述显示画面发生一次卡顿；
获知所述显示画面在第二预设时间内累计发生卡顿的次数。
由上可见，本发明实施例中，终端每隔第一预设时间，检测其显示画面的帧率，当检测到显示画面的帧率小于预设帧率阈值时，获知显示画面在接下来的第二预设时间内发生卡顿的次数，当发生卡顿的次数高于预设次数阈值时，判断终端的内存使用率是否高于预设比率阈值，若是，则说明当前发生严重的卡顿，此时结束当前正在运行的部分或全部的进程，使得内存使用率减小，进而终端的处理速度加快，从而改善卡顿。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种终端卡顿的改善方法的流程示意图；
图2是本发明实施例提供的另一种终端卡顿的改善方法的流程示意图；
图3是本发明实施例提供的一种终端卡顿的改善装置的结构示意图；
图4是本发明实施例提供的一种卡顿获知模块的结构示意图；
图5是本发明实施例提供的一种进程结束模块的结构示意图；
图6是本发明实施例提供的一种终端的结构示意图；
图7是本发明实施例提供的一种时间轴的示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供的终端卡顿的改善方法实现于终端，所述终端包括智能手机、平板电脑、智能可穿戴设备、笔记本电脑、台式电脑、数字音视频播放器、电子阅读器、手持游戏机和车载电子设备等。所述终端包括显示屏，显示屏用于显示与用户交互的界面，本发明实施例中简称为“显示画面”。
应理解的，终端卡顿是指，当终端的处理性能低于当前任务所要求的性能时，其处理速度变慢，进而显示屏的刷新速度变慢，导致显示画面不连贯的现象。还应理解的，终端的处理性能与其内存使用率相关，内存使用率越低，处理性能越强，其中，通过结束运行的进程可以降低内存使用率。
图1是本发明实施例中一种终端卡顿的改善方法的流程示意图。如图所示本实施例中的终端卡顿的改善方法的流程可以包括：
S101，每隔第一预设时间，检测终端的显示画面的帧率。
其中，所述第一预设时间，可以由终端的设备厂商在出厂前设定，也可由用户预先设定，具体取值这里不作限定，如第一预设时间可以设为20秒。为了便于理解本发明实施例，第一预设时间可以如图7中的T1所示。
具体的，终端每间隔T1，检测一次终端的显示画面的帧率。显示画面的帧率是指显示画面每秒刷新的次数，其大小可以反映刷新速度。应理解的，显示画面的帧率越高，显示越流畅。
S102，当检测到所述显示画面的帧率小于预设帧率阈值时，获知所述显示画面在接下来的第二预设时间内发生卡顿的次数。
经研究发现，显示画面的帧率与人类肉眼的观赏效果的关系如下表所示：
表
帧率 <24 24-30 30-60 >60
观赏效果 不连贯 连贯 流畅 非常流畅
可见，当显示画面的帧率低于24时，对应的观赏效果为不流畅，因而可选的，可以将预设帧率阈值设为24帧。
一般的，若在一段时间内显示画面的平均帧率低于24帧，则可以认定显示画面发生卡顿。但需要指出的是，某一时刻显示画面的帧率低于24帧，并不一定会发生卡顿，但可以说发生卡顿的可能性较大。因此，终端当检测到显示画面的帧率小于预设帧率阈值时，再去获知显示画面在接下来的第二预设时间内发生卡顿的次数。这相比直接通过长时间的检测去获知发生卡顿的次数，可以减小不少的开销。
同理，所述第二预设时间，可以由终端的设备厂商在出厂前设定，也可由用户预先设定，具体取值这里不作限定，如第二预设时间可以设为2秒。为了便于理解本发明实施例，第二预设时间可以如图7中的T2所示。
进一步的，终端获知显示画面在接下来的第二预设时间内发生卡顿的次数的具体实现方式可以如下：
步骤①，每隔第三预设时间，计算显示画面在当前第三预设时间内的帧率的加权平均值。
同理，所述第三预设时间，可以由终端的设备厂商在出厂前设定，也可由用户预先设定，具体取值这里不作限定，如第三预设时间可以设为100毫秒。为了便于理解本发明实施例，第三预设时间可以如图7中的T3所示。
具体实现过程中，终端根据公式Y＝X1*F1+X2*F2+....+Xn*Fn计算显示画面在当前第三预设时间内的帧率的加权平均值，其中，n为正整数，Y表示加权平均值，Xk表示在第三预设时间内出现的第k种帧率，Fk表示出现第k种帧率的时间占所述第三预设时间的比率，k为小于或等于n的正整数。
例如：假设显示画面在T3内出现的帧率有10、12、13和21，且出现时间占T3的比率分别为30％、10％、20％和40％，那么根据上述公式可以求得加权平均值Y＝X1*F1+X2*F2+X3*F3+X4*F4＝10*30％+12*10％+13*20％+21*40％＝15.2。
步骤②，每当计算的加权平均值小于预设标准平均值时，记为显示画面发生一次卡顿。
其中，所述预设标准平均值，可以由终端的设备厂商在出厂前设定，具体取值这里不作限定，如预设标准平均值可以设为24。
例如：假设预设标准平均值为24，且计算的加权平均值为15.2，那么可知加权平均值小于预设标准平均值，记为显示画面发生一次卡顿。
步骤③，获知显示画面在第二预设时间内累计发生卡顿的次数。
例如：假设T2＝2秒，T3＝100毫秒，即在T2内有20个T3，并假设13个T3对应计算的加权平均值小于预设标准平均值，那么终端可以获知显示画面在T2内发生卡顿的次数为13。
S103，当所述发生卡顿的次数高于预设次数阈值时，判断所述终端的内存使用率是否高于预设比率阈值。
应理解的，在一段时间内，显示画面发生卡顿的次数越多，说明卡顿越严重。本发明实施例中，定义若在第二预设时间内发生卡顿的次数高于预设次数阈值，则认定显示画面出现严重卡顿。其中，预设次数阈值可以根据第二预设时间来设定，具体取值这里不作限定，如100毫秒内发生10次卡顿。
具体的，终端在第二预设时间内发生卡顿的次数高于预设次数阈值时，查询当前的内存使用率，并判断当前的内存使用率是否高于预设比率阈值。需要指出的是，在显示画面发生卡顿时，若终端的内存使用率本身就不高，则说明发生卡顿源于其本身处理性能较低，这种情况下，即使结束进程也无济于补。因此，终端在结束进程之前，需要确定其内存使用率要高于预设比率阈值。
其中，所述预设比率阈值，可以由终端的设备厂商在出厂前设定，具体取值这里不作限定，如预设比率阈值可以设为60％。
S104，若是，则结束当前正在运行的部分或全部的进程。
具体的，终端在判定其内存使用率要高于预设比率阈值时，结束当前正在运行的部分或全部的进程。应理解的，进程的运行需要占用内存，故结束进程可以释放被占用的内存，进而降低内存使用率。
进一步的，终端结束当前正在运行的部分或全部的进程的具体实现方式可以如下：
步骤①，查询当前正在运行的进程的内存占用率。
具体实现过程中，终端可以通过操作系统的任务管理器查询当前正在运行的进程，以及正在运行的进程的内存占用率。例如：终端查询到当前正在运行的进程有A、B和C，其内存占用率分别为2％、9％和21％。
步骤②，按照内存占有率由大到小的顺序，依次结束进程，直至终端的内存使用率低于所述预设比率阈值。
例如：假设当前正在运行的进程有A、B、C、D和E，且内存占用率分别为2％、9％、21％、8％和15％，那么终端按照C→E→B→D→A的顺序，依次结束进程，直至终端的内存使用率低于所述预设比率阈值。
可选的，终端按照内存占有率由大到小的顺序，依次结束进程的具体实现方式可以是：先从当前正在运行的进程中筛选出后台进程，再按照内存占有率由大到小的顺序，依次结束后台进程。其中，后台进程是指不位于显示界面上运行的进程，反之，前台进程是指位于显示界面上运行的进程。该实现方式的优点在于，可以避免结束前台进程，因为前台进程往往是用户正在使用的进程，将其结束可能会影响用户的正常使用。
本发明实施例中，终端每隔第一预设时间，检测其显示画面的帧率，当检测到显示画面的帧率小于预设帧率阈值时，获知显示画面在接下来的第二预设时间内发生卡顿的次数，当发生卡顿的次数高于预设次数阈值时，判断终端的内存使用率是否高于预设比率阈值，若是，则说明当前发生严重的卡顿，此时结束当前正在运行的部分或全部的进程，使得内存使用率减小，进而终端的处理速度加快，从而改善卡顿。
图2是本发明实施例中另一种终端卡顿的改善方法的流程示意图。如图所示本实施例中的终端卡顿的改善方法的流程可以包括：
S201，每隔第一预设时间，检测终端的显示画面的帧率。
其中，所述第一预设时间，可以由终端的设备厂商在出厂前设定，也可由用户预先设定，具体取值这里不作限定，如第一预设时间可以设为20秒。为了便于理解本发明实施例，第一预设时间可以如图7中的T1所示。
具体的，终端每间隔T1，检测一次终端的显示画面的帧率。显示画面的帧率是指显示画面每秒刷新的次数，其大小可以反映刷新速度。应理解的，显示画面的帧率越高，显示越流畅。
S202，判断所述显示画面的帧率是否小于预设帧率阈值。
经研究发现，显示画面的帧率与人类肉眼的观赏效果的关系如下表所示：
表
帧率 <24 24-30 30-60 >60
观赏效果 不连贯 连贯 流畅 非常流畅
可见，当显示画面的帧率低于24时，对应的观赏效果为不流畅，因而可选的，可以将预设帧率阈值设为24帧。
一般的，若在一段时间内显示画面的平均帧率低于24帧，则可以认定显示画面发生卡顿。但需要指出的是，某一时刻显示画面的帧率低于24帧，并不一定会发生卡顿，但可以说发生卡顿的可能性较大。因此，终端判断检测到显示画面的帧率是否小于预设帧率阈值时，若是，则执行步骤S203，若否，则结束。
S203，每隔第三预设时间，计算所述显示画面在当前第三预设时间内的帧率的加权平均值。
同理，所述第三预设时间，可以由终端的设备厂商在出厂前设定，也可由用户预先设定，具体取值这里不作限定，如第三预设时间可以设为100毫秒。为了便于理解本发明实施例，第三预设时间可以如图7中的T3所示。
具体的，终端根据公式Y＝X1*F1+X2*F2+....+Xn*Fn计算显示画面在当前第三预设时间内的帧率的加权平均值，其中，n为正整数，Y表示加权平均值，Xk表示在第三预设时间内出现的第k种帧率，Fk表示出现第k种帧率的时间占所述第三预设时间的比率，k为小于或等于n的正整数。
例如：假设显示画面在T3内出现的帧率有10、12、13和21，且出现时间占T3的比率分别为30％、10％、20％和40％，那么根据上述公式可以求得加权平均值Y＝X1*F1+X2*F2+X3*F3+X4*F4＝10*30％+12*10％+13*20％+21*40％＝15.2。
S204，每当计算的所述加权平均值小于预设标准平均值时，记为所述显示画面发生一次卡顿。
其中，所述预设标准平均值，可以由终端的设备厂商在出厂前设定，具体取值这里不作限定，如预设标准平均值可以设为24。
例如：假设预设标准平均值为24，且计算的加权平均值为15.2，那么可知加权平均值小于预设标准平均值，记为显示画面发生一次卡顿。
S205，获知所述显示画面在第二预设时间内累计发生卡顿的次数。
同理，所述第二预设时间，可以由终端的设备厂商在出厂前设定，也可由用户预先设定，具体取值这里不作限定，如第二预设时间可以设为2秒。为了便于理解本发明实施例，第二预设时间可以如图7中的T2所示。
例如：假设T2＝2秒，T3＝100毫秒，即在T2内有20个T3，并假设13个T3对应计算的加权平均值小于预设标准平均值，那么终端可以获知显示画面在T2内发生卡顿的次数为13。
S206，当所述发生卡顿的次数高于预设次数阈值时，判断所述终端的内存使用率是否高于预设比率阈值。
应理解的，在一段时间内，显示画面发生卡顿的次数越多，说明卡顿越严重。本发明实施例中，定义若在第二预设时间内发生卡顿的次数高于预设次数阈值，则认定显示画面出现严重卡顿。其中，预设次数阈值可以根据第二预设时间来设定，具体取值这里不作限定，如100毫秒内发生10次卡顿。
具体的，终端在第二预设时间内发生卡顿的次数高于预设次数阈值时，查询当前的内存使用率，并判断当前的内存使用率是否高于预设比率阈值，若是，则执行步骤S207，若否，则结束。需要指出的是，在显示画面发生卡顿时，若终端的内存使用率本身就不高，则说明发生卡顿源于其本身处理性能较低，这种情况下，即使结束进程也无济于补。因此，终端在结束进程之前，需要确定其内存使用率要高于预设比率阈值。
其中，所述预设比率阈值，可以由终端的设备厂商在出厂前设定，具体取值这里不作限定，如预设比率阈值可以设为60％。
S207，查询当前正在运行的进程的内存占用率。
具体的，终端可以通过操作系统的任务管理器查询当前正在运行的进程，以及正在运行的进程的内存占用率。例如：终端查询到当前正在运行的进程有A、B和C，其内存占用率分别为2％、9％和21％。
S208，按照所述内存占有率由大到小的顺序，依次结束所述进程，直至所述终端的内存使用率低于所述预设比率阈值。
应理解的，进程的运行需要占用内存，故结束进程可以释放被占用的内存，进而降低内存使用率。
例如：假设当前正在运行的进程有A、B、C、D和E，且内存占用率分别为2％、9％、21％、8％和15％，那么终端按照C→E→B→D→A的顺序，依次结束进程，直至终端的内存使用率低于所述预设比率阈值。
可选的，终端按照内存占有率由大到小的顺序，依次结束进程的具体实现方式可以是：先从当前正在运行的进程中筛选出后台进程，再按照内存占有率由大到小的顺序，依次结束后台进程。其中，后台进程是指不位于显示界面上运行的进程，反之，前台进程是指位于显示界面上运行的进程。该实现方式的优点在于，可以避免结束前台进程，因为前台进程往往是用户正在使用的进程，将其结束可能会影响用户的正常使用。
本发明实施例中，终端每隔第一预设时间，检测其显示画面的帧率，当检测到显示画面的帧率小于预设帧率阈值时，获知显示画面在接下来的第二预设时间内发生卡顿的次数，当发生卡顿的次数高于预设次数阈值时，判断终端的内存使用率是否高于预设比率阈值，若是，则说明当前发生严重的卡顿，此时结束当前正在运行的部分或全部的进程，使得内存使用率减小，进而终端的处理速度加快，从而改善卡顿。
图3是本发明实施例中一种终端卡顿的改善装置的结构示意图。如图所示本发明实施例中的终端卡顿的改善装置至少可以包括帧率检测模块310、卡顿获知模块320、使用率比较模块330以及进程结束模块340，其中：
帧率检测模块310，用于每隔第一预设时间，检测终端的显示画面的帧率。
其中，所述第一预设时间，可以由终端的设备厂商在出厂前设定，也可由用户预先设定，具体取值这里不作限定，如第一预设时间可以设为20秒。为了便于理解本发明实施例，第一预设时间可以如图7中的T1所示。
具体的，帧率检测模块310每间隔T1，检测一次终端的显示画面的帧率。显示画面的帧率是指显示画面每秒刷新的次数，其大小可以反映刷新速度。应理解的，显示画面的帧率越高，显示越流畅。
卡顿获知模块320，用于当检测到所述显示画面的帧率小于预设帧率阈值时，获知所述显示画面在接下来的第二预设时间内发生卡顿的次数。具体实现中，所述卡顿获知模块320可以如图4所示进一步包括加权计算单元321、卡顿计数单元322以及卡顿获知单元323，其中：
加权计算单元321，用于每隔第三预设时间，计算所述显示画面在当前第三预设时间内的帧率的加权平均值。
同理，所述第三预设时间，可以由终端的设备厂商在出厂前设定，也可由用户预先设定，具体取值这里不作限定，如第三预设时间可以设为100毫秒。为了便于理解本发明实施例，第三预设时间可以如图7中的T3所示。
具体的，加权计算单元321根据公式Y＝X1*F1+X2*F2+....+Xn*Fn计算显示画面在当前第三预设时间内的帧率的加权平均值，其中，n为正整数，Y表示加权平均值，Xk表示在第三预设时间内出现的第k种帧率，Fk表示出现第k种帧率的时间占所述第三预设时间的比率，k为小于或等于n的正整数。
例如：假设显示画面在T3内出现的帧率有10、12、13和21，且出现时间占T3的比率分别为30％、10％、20％和40％，那么根据上述公式可以求得加权平均值Y＝X1*F1+X2*F2+X3*F3+X4*F4＝10*30％+12*10％+13*20％+21*40％＝15.2。
卡顿计数单元322，用于每当计算的所述加权平均值小于预设标准平均值时，记为所述显示画面发生一次卡顿。
其中，所述预设标准平均值，可以由终端的设备厂商在出厂前设定，具体取值这里不作限定，如预设标准平均值可以设为24。
例如：假设预设标准平均值为24，且计算的加权平均值为15.2，那么可知加权平均值小于预设标准平均值，记为显示画面发生一次卡顿。
卡顿获知单元323，用于获知所述显示画面在第二预设时间内累计发生卡顿的次数。
同理，所述第二预设时间，可以由终端的设备厂商在出厂前设定，也可由用户预先设定，具体取值这里不作限定，如第二预设时间可以设为2秒。为了便于理解本发明实施例，第二预设时间可以如图7中的T2所示。
例如：假设T2＝2秒，T3＝100毫秒，即在T2内有20个T3，并假设13个T3对应计算的加权平均值小于预设标准平均值，那么卡顿获知单元323可以获知显示画面在T2内发生卡顿的次数为13。
使用率比较模块330，用于当所述发生卡顿的次数高于预设次数阈值时，判断所述终端的内存使用率是否高于预设比率阈值。
应理解的，在一段时间内，显示画面发生卡顿的次数越多，说明卡顿越严重。本发明实施例中，定义若在第二预设时间内发生卡顿的次数高于预设次数阈值，则认定显示画面出现严重卡顿。其中，预设次数阈值可以根据第二预设时间来设定，具体取值这里不作限定，如100毫秒内发生10次卡顿。
具体的，使用率比较模块330在第二预设时间内发生卡顿的次数高于预设次数阈值时，查询当前的内存使用率，并比较当前的内存使用率是否高于预设比率阈值。需要指出的是，在显示画面发生卡顿时，若终端的内存使用率本身就不高，则说明发生卡顿源于其本身处理性能较低，这种情况下，即使结束进程也无济于补。因此，终端在结束进程之前，需要确定其内存使用率要高于预设比率阈值。
其中，所述预设比率阈值，可以由终端的设备厂商在出厂前设定，具体取值这里不作限定，如预设比率阈值可以设为60％。
进程结束模块340，用于若是，则结束当前正在运行的部分或全部的进程。具体实现中，所述进程结束模块340可以如图5所示进一步包括占用率查询单元341和进程结束单元342，其中：
占用率查询单元341，用于查询当前正在运行的进程的内存占用率。
具体的，占用率查询单元341可以通过操作系统的任务管理器查询当前正在运行的进程，以及正在运行的进程的内存占用率。例如：终端查询到当前正在运行的进程有A、B和C，其内存占用率分别为2％、9％和21％。
进程结束单元342，用于按照所述内存占有率由大到小的顺序，依次结束所述进程，直至所述终端的内存使用率低于所述预设比率阈值。
应理解的，进程的运行需要占用内存，故结束进程可以释放被占用的内存，进而降低内存使用率。
例如：假设当前正在运行的进程有A、B、C、D和E，且内存占用率分别为2％、9％、21％、8％和15％，那么进程结束单元342按照C→E→B→D→A的顺序，依次结束进程，直至终端的内存使用率低于所述预设比率阈值。
可选的，进程结束单元342按照内存占有率由大到小的顺序，依次结束进程的具体实现方式可以是：先从当前正在运行的进程中筛选出后台进程，再按照内存占有率由大到小的顺序，依次结束后台进程。其中，后台进程是指不位于显示界面上运行的进程，反之，前台进程是指位于显示界面上运行的进程。该实现方式的优点在于，可以避免结束前台进程，因为前台进程往往是用户正在使用的进程，将其结束可能会影响用户的正常使用。
请参阅图6，本发明实施例提供的一种终端的结构示意图，该终端可以用于实施图1-图2的实施例中提供的终端卡顿的改善方法，其中：
所述终端600可以包括电源610、一个或一个以上计算机可读存储介质的存储器620、显示单元630、处理器640和定时器650等部件。本领域技术人员可以理解，图6中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
存储器620可用于存储软件程序以及模块，处理器640通过运行存储在存储器620的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器620可主要包括存储程序区和存储数据区。此外，存储器620可以包括高速随机存取存储器，还可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器620还可以包括存储器控制器，以提供处理器640和显示单元630对存储器620的访问。
显示单元630可用于显示由用户输入的信息或提供给用户的信息以及应用程序的调用装置600的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元630包括显示屏631，可选的，显示屏631可以是触摸显示屏。
定时器650可用于定时触发任务，例如每隔预设的时间触发处理器640调用一次帧率检测任务。
终端600还包括给各个部件供电的电源610(比如电池)，优选的，电源可以通过电源管理系统与处理器640逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源610还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
处理器640是应用程序的调用装置的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器620内的软件程序和/或模块，以及调用存储在存储器620内的数据，执行各种功能和处理数据。可选的，处理器640可包括一个或多个处理核心；优选的，处理器640可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理通信。可以理解的是，上述调制解调处理器也可以不集成到处理器640中。
进一步的，处理器640调用存储器620中存储的程序代码，用于执行以下操作：
每隔第一预设时间，检测终端的显示画面的帧率；
当检测到所述显示画面的帧率小于预设帧率阈值时，获知所述显示画面在接下来的第二预设时间内发生卡顿的次数；
当所述发生卡顿的次数高于预设次数阈值时，判断所述终端的内存使用率是否高于预设比率阈值；
若是，则结束当前正在运行的部分或全部的进程。
可选的，处理器640获知所述显示画面在接下来的第二预设时间内发生卡顿的次数的具体操作为：
每隔第三预设时间，计算所述显示画面在当前第三预设时间内的帧率的加权平均值；
每当计算的所述加权平均值小于预设标准平均值时，记为所述显示画面发生一次卡顿；
获知所述显示画面在第二预设时间内累计发生卡顿的次数。
进一步的，处理器640计算所述显示画面在当前第三预设时间内的帧率的加权平均值的具体操作为：
根据公式Y＝(X1*F1+X2*F2+....+Xn*Fn)/n计算所述显示画面在当前第三预设时间内的帧率的加权平均值，其中，所述n为正整数，所述Y表示所述加权平均值，Xk表示在所述第三预设时间内出现的第k种帧率，Fk表示出现第k种帧率的时间占所述第三预设时间的比率，所述k为小于或等于n的正整数。
可选的，处理器640结束当前正在运行的部分或全部的进程的具体操作为：
查询当前正在运行的进程的内存占用率；
按照所述内存占有率由大到小的顺序，依次结束所述进程，直至所述终端的内存使用率低于所述预设比率阈值。
进一步的，处理器640按照所述内存占有率由大到小的顺序，依次结束所述进程，直至所述终端的内存使用率低于所述预设比率阈值的具体操作为：
从所述当前正在运行的进程中筛选出后台进程；
按照所述内存占有率由大到小的顺序，依次结束所述后台进程，直至所述终端的内存使用率低于所述预设比率阈值。
本发明实施例还提出了一种计算机存储介质，所述计算机存储介质存储有程序，所述程序包括若干指令用以执行本发明实施例图1-图2所描述的终端卡顿的改善方法中的部分或全部的步骤。
本发明实施例中，终端每隔第一预设时间，检测其显示画面的帧率，当检测到显示画面的帧率小于预设帧率阈值时，获知显示画面在接下来的第二预设时间内发生卡顿的次数，当发生卡顿的次数高于预设次数阈值时，判断终端的内存使用率是否高于预设比率阈值，若是，则说明当前发生严重的卡顿，此时结束当前正在运行的部分或全部的进程，使得内存使用率减小，进而终端的处理速度加快，从而改善卡顿。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。
以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (14)

1.一种终端卡顿的改善方法，其特征在于，所述方法包括：
每隔第一预设时间，检测终端的显示画面的帧率；
当检测到所述显示画面的帧率小于预设帧率阈值时，获知所述显示画面在接下来的第二预设时间内发生卡顿的次数；
当所述发生卡顿的次数高于预设次数阈值时，判断所述终端的内存使用率是否高于预设比率阈值；
若是，则结束当前正在运行的部分或全部的进程。
2.如权利要求1所述的方法，其特征在于，所述获知所述显示画面在接下来的第二预设时间内发生卡顿的次数，包括：
每隔第三预设时间，计算所述显示画面在当前第三预设时间内的帧率的加权平均值；
每当计算的所述加权平均值小于预设标准平均值时，记为所述显示画面发生一次卡顿；
获知所述显示画面在第二预设时间内累计发生卡顿的次数。
3.如权利要求2所述的方法，其特征在于，所述计算所述显示画面在当前第三预设时间内的帧率的加权平均值，包括：
根据公式Y＝X1*F1+X2*F2+....+Xn*Fn计算所述显示画面在当前第三预设时间内的帧率的加权平均值，其中，所述n为正整数，所述Y表示所述加权平均值，Xk表示在所述第三预设时间内出现的第k种帧率，Fk表示出现第k种帧率的时间占所述第三预设时间的比率，所述k为小于或等于n的正整数。
4.如权利要求1所述的方法，其特征在于，所述结束当前正在运行的部分或全部的进程，包括：
查询当前正在运行的进程的内存占用率；
按照所述内存占有率由大到小的顺序，依次结束所述进程，直至所述终端的内存使用率低于所述预设比率阈值。
5.如权利要求4所述的方法，其特征在于，所述按照所述内存占有率由大到小的顺序，依次结束所述进程，直至所述终端的内存使用率低于所述预设比率阈值，包括：
从所述当前正在运行的进程中筛选出后台进程；
按照所述内存占有率由大到小的顺序，依次结束所述后台进程，直至所述终端的内存使用率低于所述预设比率阈值。
6.一种终端卡顿的改善装置，其特征在于，所述装置包括：
帧率检测模块，用于每隔第一预设时间，检测终端的显示画面的帧率；
卡顿获知模块，用于当检测到所述显示画面的帧率小于预设帧率阈值时，获知所述显示画面在接下来的第二预设时间内发生卡顿的次数；
使用率比较模块，用于当所述发生卡顿的次数高于预设次数阈值时，判断所述终端的内存使用率是否高于预设比率阈值；
进程结束模块，用于若是，则结束当前正在运行的部分或全部的进程。
7.如权利要求6所述的装置，其特征在于，所述卡顿获知模块包括：
加权计算单元，用于每隔第三预设时间，计算所述显示画面在当前第三预设时间内的帧率的加权平均值；
卡顿计数单元，用于每当计算的所述加权平均值小于预设标准平均值时，记为所述显示画面发生一次卡顿；
卡顿获知单元，用于获知所述显示画面在第二预设时间内累计发生卡顿的次数。
8.如权利要求7所述的装置，其特征在于，所述加权计算单元，具体用于：
根据公式Y＝X1*F1+X2*F2+....+Xn*Fn计算所述显示画面在当前第三预设时间内的帧率的加权平均值，其中，所述n为正整数，所述Y表示所述加权平均值，Xk表示在所述第三预设时间内出现的第k种帧率，Fk表示出现第k种帧率的时间占所述第三预设时间的比率，所述k为小于或等于n的正整数。
9.如权利要求6所述的装置，其特征在于，所述进程结束模块包括：
占用率查询单元，用于查询当前正在运行的进程的内存占用率；
进程结束单元，用于按照所述内存占有率由大到小的顺序，依次结束所述进程，直至所述终端的内存使用率低于所述预设比率阈值。
10.如权利要求9所述的装置，其特征在于，所述进程结束单元，具体用于：从所述当前正在运行的进程中筛选出后台进程；按照所述内存占有率由大到小的顺序，依次结束所述后台进程，直至所述终端的内存使用率低于所述预设比率阈值。
11.一种终端，其特征在于，所述终端包括显示单元、存储器以及处理器，其中，存储器中存储一组程序，且处理器用于调用存储器中存储的程序，执行以下操作：
每隔第一预设时间，检测终端的显示画面的帧率；
当检测到所述显示画面的帧率小于预设帧率阈值时，获知所述显示画面在接下来的第二预设时间内发生卡顿的次数；
当所述发生卡顿的次数高于预设次数阈值时，判断所述终端的内存使用率是否高于预设比率阈值；
若是，则结束当前正在运行的部分或全部的进程。
12.如权利要求11所述的终端，其特征在于，所述处理器获知所述显示画面在接下来的第二预设时间内发生卡顿的次数的具体操作为：
每隔第三预设时间，计算所述显示画面在当前第三预设时间内的帧率的加权平均值；
每当计算的所述加权平均值小于预设标准平均值时，记为所述显示画面发生一次卡顿；
获知所述显示画面在第二预设时间内累计发生卡顿的次数。
13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于指令相关的硬件，来完成权利要求1至5任意一项所述的方法。
14.一种终端，其特征在于，包括电源、存储器、显示单元、处理器和定时器；
其中，处理器调用存储器中存储的程序代码，以用于执行权利要求1至5任意一项所述的方法。
CN201610390179.5A 2016-06-03 2016-06-03 一种终端卡顿的改善方法、装置以及终端 Active CN106095363B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610390179.5A CN106095363B (zh) 2016-06-03 2016-06-03 一种终端卡顿的改善方法、装置以及终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610390179.5A CN106095363B (zh) 2016-06-03 2016-06-03 一种终端卡顿的改善方法、装置以及终端

Publications (2)

Publication Number Publication Date
CN106095363A CN106095363A (zh) 2016-11-09
CN106095363B true CN106095363B (zh) 2019-04-26

Family

ID=57447525

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610390179.5A Active CN106095363B (zh) 2016-06-03 2016-06-03 一种终端卡顿的改善方法、装置以及终端

Country Status (1)

Country Link
CN (1) CN106095363B (zh)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106776253B (zh) * 2016-12-08 2020-08-04 武汉斗鱼网络科技有限公司 一种界面卡顿监测方法及装置
CN107894937A (zh) * 2016-12-30 2018-04-10 上海亿账通互联网科技有限公司 移动设备的帧率数据处理方法及装置
CN106959922B (zh) * 2017-03-15 2020-05-12 武汉斗鱼网络科技有限公司 一种应用流畅度评价方法及装置
CN106951327B (zh) * 2017-03-23 2018-11-30 维沃移动通信有限公司 一种应用程序对系统影响的检测方法及移动终端
CN107193653B (zh) * 2017-04-28 2020-12-29 北京小米移动软件有限公司 带宽资源分配方法、装置及存储介质
CN107450985B (zh) * 2017-07-27 2021-05-18 北京珠穆朗玛移动通信有限公司 内存管理方法、移动终端及存储介质
CN107688498B (zh) * 2017-08-25 2021-02-09 Oppo广东移动通信有限公司 应用程序处理方法和装置、计算机设备、存储介质
CN107491349B (zh) * 2017-08-25 2019-02-05 Oppo广东移动通信有限公司 应用程序处理方法和装置、计算机设备、存储介质
CN109508280B (zh) * 2017-09-14 2022-08-02 展讯通信（上海）有限公司 监控ui卡顿的方法、装置及终端
CN107896273A (zh) * 2017-09-28 2018-04-10 努比亚技术有限公司 一种终端进程管理方法、终端及计算机可读存储介质
CN108052391A (zh) * 2017-11-30 2018-05-18 努比亚技术有限公司 基于线程死锁的内存优化方法、移动终端及可读存储介质
CN108076386B (zh) * 2017-12-22 2020-09-04 广州酷狗计算机科技有限公司 视频卡顿检测方法及装置、存储介质
CN108184166A (zh) * 2017-12-26 2018-06-19 桂林远望智能通信科技有限公司 一种视频质量分析方法及系统
CN108347598B (zh) * 2018-01-25 2021-03-09 晶晨半导体(上海)股份有限公司 一种音视频卡顿信息自动检测上报系统及方法
CN108512695B (zh) * 2018-03-12 2021-06-01 腾讯音乐娱乐科技（深圳）有限公司 监控应用卡顿的方法及装置
CN108427630B (zh) * 2018-03-15 2021-06-11 腾讯科技（深圳）有限公司 性能信息获取方法、装置、终端及计算机可读存储介质
CN108710539B (zh) * 2018-05-18 2021-03-16 珠海格力电器股份有限公司 一种信息处理方法、终端及可读存储介质
CN108710464A (zh) * 2018-06-04 2018-10-26 Oppo（重庆）智能科技有限公司 移动终端、控制方法及其存储介质
CN109144440A (zh) * 2018-06-26 2019-01-04 努比亚技术有限公司 一种显示刷新控制方法、终端及计算机可读存储介质
CN108984369A (zh) * 2018-07-13 2018-12-11 厦门美图移动科技有限公司 卡顿预测方法、装置及移动终端
CN109359011A (zh) * 2018-10-18 2019-02-19 广东小天才科技有限公司 一种Android系统的卡顿监控方法、装置及终端设备
CN109669528B (zh) * 2018-12-20 2021-06-04 Oppo广东移动通信有限公司 终端的处理组件控制方法、装置、计算机设备及存储介质
CN109710448A (zh) * 2019-01-10 2019-05-03 湖南快乐阳光互动娱乐传媒有限公司 一种改善移动终端卡顿的方法及装置
CN109753423A (zh) * 2019-01-10 2019-05-14 湖南快乐阳光互动娱乐传媒有限公司 一种评估卡顿程度的方法及装置
CN110515736B (zh) * 2019-08-29 2023-01-13 Oppo广东移动通信有限公司 限制后台对象的方法、装置、终端及存储介质
CN111694659B (zh) * 2020-05-08 2023-10-13 广州微算互联信息技术有限公司 云手机进程控制方法、计算机装置和存储介质
CN111991807A (zh) * 2020-07-06 2020-11-27 广州西山居世游网络科技有限公司 精确监控游戏fps波动的方法、装置及可读介质
CN111651233B (zh) * 2020-08-06 2020-10-30 广州汽车集团股份有限公司 车载双屏多媒体动态调频方法、系统及计算机设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104714874A (zh) * 2015-02-28 2015-06-17 深圳市中兴移动通信有限公司 一种移动终端内存智能优化的方法及移动终端
CN105242973A (zh) * 2015-11-10 2016-01-13 上海斐讯数据通信技术有限公司 一种安卓系统的内存优化方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100707203B1 (ko) * 2005-08-04 2007-04-13 삼성전자주식회사 3차원 그래픽스 가속 장치에 공급되는 전압을 제어하는장치 및 방법, 그를 이용한 3차원 그래픽스 가속 장치

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104714874A (zh) * 2015-02-28 2015-06-17 深圳市中兴移动通信有限公司 一种移动终端内存智能优化的方法及移动终端
CN105242973A (zh) * 2015-11-10 2016-01-13 上海斐讯数据通信技术有限公司 一种安卓系统的内存优化方法

Also Published As

Publication number Publication date
CN106095363A (zh) 2016-11-09

Similar Documents

Publication Publication Date Title
CN106095363B (zh) 一种终端卡顿的改善方法、装置以及终端
CN110489228B (zh) 一种资源调度的方法和电子设备
CN102819313B (zh) 终端设备的运行方法和终端设备
CN109740732B (zh) 神经网络处理器、卷积神经网络数据复用方法及相关设备
CN108717840B (zh) 一种显示屏的调节方法、调节装置以及终端和介质产品
CN111045814B (zh) 资源调度方法和终端设备
CN107707969A (zh) 视频播放方法、装置及终端设备
CN106951057A (zh) 应用的控制方法及移动终端
CN106211292A (zh) 一种移动终端的导航方法及移动终端
CN106648326B (zh) 调整熄屏时间的方法及移动终端
CN106528290A (zh) 移动终端的资源调度方法及移动终端
CN109412240A (zh) 一种调节充电电流的方法及设备
CN104572301A (zh) 一种资源分配方法和系统
CN105895014B (zh) 一种背景颜色的显示方法、显示装置以及终端
CN106648056A (zh) 一种切换移动终端横竖屏显示的方法及装置
CN106249837A (zh) 一种防止终端掉电的方法及终端
CN107273182A (zh) 一种虚拟机资源动态扩充方法及系统
CN107071284A (zh) 一种拍照方法及终端
CN106055404B (zh) 一种清理后台应用程序的方法和装置
CN108089970A (zh) 预测剩余电量可使用时间的方法、终端及存储介质
CN116094083B (zh) 充电方法、装置及存储介质
WO2015070671A1 (zh) 生成菜单的方法和装置
CN108930128A (zh) 洗涤剂自动投放的控制方法及控制装置、洗衣机
CN109324676A (zh) 一种供电电路控制的方法及供电控制设备
CN106201551A (zh) 一种应用程序退出方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: 523860 No. 18, Wu Sha Beach Road, Changan Town, Dongguan, Guangdong

Applicant after: OPPO Guangdong Mobile Communications Co., Ltd.

Address before: 523860 No. 18, Wu Sha Beach Road, Changan Town, Dongguan, Guangdong

Applicant before: Guangdong OPPO Mobile Communications Co., Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant