CN107783825A - 移动终端多后台进程启动方法、装置及移动终端 - Google Patents
移动终端多后台进程启动方法、装置及移动终端 Download PDFInfo
- Publication number
- CN107783825A CN107783825A CN201610724828.0A CN201610724828A CN107783825A CN 107783825 A CN107783825 A CN 107783825A CN 201610724828 A CN201610724828 A CN 201610724828A CN 107783825 A CN107783825 A CN 107783825A
- Authority
- CN
- China
- Prior art keywords
- service processes
- stand
- restart
- period
- mobile terminal
- 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
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
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Telephone Function (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种移动终端多后台进程启动方法、装置及移动终端，所述方法包括：接收服务进程重启的指令；判断所述服务进程是否为首次重启；如果是首次重启，则等待初始重启等待时间后重启；如果不是首次重启，则根据所述服务进程的优先级计算所述服务进程的实际重启等待时间，等待所述实际重启等待时间后重启。本发明能够对要重启的进程进行优先级排序，并按照优先级排序分散开启动，从而提高手机性能及流畅度。
Description
技术领域
本发明涉及移动终端技术领域，尤其涉及一种移动终端多后台进程启动方法、装置及移动终端。
背景技术
对于手机等终端设备，其内存通常是有限的，当有众多的应用程序都在后台运行时，终端设备的内存可能很快就会饱和或接近饱和，出现内存用尽的状况，从而导致终端设备运行速度变的缓慢甚至崩溃。例如当我们长时间使用手机后，在后续的使用中会明显感觉手机画面不够流畅，界面会有卡顿的现象，并且点击屏幕的时候，手机响应的也比较缓慢。
在现有技术中，终端设备的操作系统，例如Android(安卓)系统，若发现设备内存占用较高，则会通过LowMemoryKiller机制主动关闭一些后台进程，以释放内存。其中lowmemorykiller机制是指，在手机内存处于不同的阶段的时候，按照一定的优先级顺序杀死后台程序，释放内存。但市面上的众多软件为保障竞争优势，在不考虑系统情况下进行恶意重启，而重启的进程创建初期拥有较高优先级(被视为前台)。从而出现在手机内存比较低的情况下，一些未考虑手机整体状况的软件，会在手机已经处于低效的情况下，强行发出重新启动新进程的指令，占用更多系统内存。而在lowmemorykiller的机制下，新启动的进程或者其他进程会再次死亡，如此反复，给系统造成极大的负担。
现有的解决方案如图1所示，在Service进程非正常死亡后，Service请求重启：
1)如果该进程是系统常驻进程，那么会立即重启。
2)如果进程不是系统常驻进程，会首先设置一个初始化的重启时间间隔，例如1秒，达到重启时间后再重启。已经重启的service，如果在重启后预定时间内，例如1分钟内又非正常死亡，则会把上一次的重启时间间隔乘以一个系数，例如4，得到一个新的重启时间间隔，达到新的重启时间间隔后再重启。如果重启后运行时间超过1分钟，则把重启时间间隔重置为初始化重启时间间隔。
3)如果涉及到多个service进程的重启，则每两个进程重启至少保持10秒的时间间隔。
在实现本发明的过程中，发明人发现现有技术中至少存在如下技术问题：
很多并非是用户关心的进程阻塞了关键service进程的重启。例如在具体实际用户体验中，微信后台service被lowmemorykiller关闭之后，在很长时间内不能主动接受到消息。
发明内容
本发明提供的一种移动终端多后台进程启动方法、装置及移动终端，能够对要重启的进程进行优先级排序，并按照优先级排序分散开启动，从而提高手机性能及流畅度。
第一方面，本发明提供一种移动终端多后台进程启动方法，所述方法包括：
接收服务进程重启的指令；
判断所述服务进程是否为首次重启；
如果是首次重启，则等待初始重启等待时间后重启；
如果不是首次重启，则根据所述服务进程的优先级计算所述服务进程的实际重启等待时间，等待所述实际重启等待时间后重启。
可选地，所述根据所述服务进程的优先级计算所述服务进程的实际重启等待时间包括：
计算所述服务进程的优先级权值；
将所述服务进程的优先级权值与预设时间系数相乘，获得所述服务进程的实际重启等待时间。
可选地，所述计算所述服务进程的优先级权值包括：
获取所述服务进程在进程列表中的位置序号；
获取所述服务进程列表中所有的服务进程个数；
将所述位置序号与所述所有的服务进程个数的比值作为所述服务进程的优先级权值。
可选地，在所述接收服务进程重启的指令之后，判断所述服务进程是否为首次重启之前，还包括：
判断所述服务进程是否为系统常驻进程，如果是系统常驻进程则直接重启。
可选地，在所述服务进程重启之后还包括：
当所述服务进程的实际重启等待时间达到最大值时，将所述服务进程的实际重启等待时间重置为初始重启等待时间。
可选地，所述方法还包括：当检测到内存被大应用释放时，重置所有服务进程的实际重启等待时间为初始重启等待时间，然后重启所有的服务进程。
第二方面，本发明提供一种移动终端多后台进程启动装置，所述装置包括：
接收单元，用于接收服务进程重启的指令；
第一判断单元，用于判断所述服务进程是否为首次重启；
第一重启单元，用于当所述第一判断单元判断所述服务进程为首次重启时，等待初始重启等待时间后重启；
计算单元，用于当所述第一判断单元判断所述服务进程不是首次重启时，根据所述服务进程的优先级计算所述服务进程的实际重启等待时间；
第二重启单元，用于等待所述实际重启等待时间后重启。
可选地，所述计算单元包括：
计算模块，用于计算所述服务进程的优先级权值；
获得模块，用于将所述服务进程的优先级权值与预设时间系数相乘，获得所述服务进程的实际重启等待时间。
可选地，所述计算模块，用于获取所述服务进程在进程列表中的位置序号，以及获取所述服务进程列表中所有的服务进程个数，将所述位置序号与所述所有的服务进程个数的比值作为所述服务进程的优先级权值。
可选地，所述装置还包括：
第二判断单元，用于在所述接收单元接收服务进程重启的指令之后，所述第一判断单元判断所述服务进程是否为首次重启之前，判断所述服务进程是否为系统常驻进程，如果是系统常驻进程则直接重启。
可选地，所述装置还包括：
重置单元，用于在所述服务进程重启之后，当所述服务进程的实际重启等待时间达到最大值时，将所述服务进程的实际重启等待时间重置为初始重启等待时间。
可选地，所述重置单元，还用于当检测到内存被大应用释放时，重置所有服务进程的实际重启等待时间为初始重启等待时间，然后重启所有的服务进程。
第三方面，本发明提供一种移动终端，其特征在于，所述移动终端包括上述所述的移动终端多后台进程启动装置。
本发明实施例提供的移动终端多后台进程启动方法、装置及移动终端，在已有的LowMemoryKiller机制上增加一套新机制，已有的LowMemoryKiller机制在移动终端内存比较低的情况下杀死低优先级进程，保证高优先级进程拥有足够内存运行。新增加的机制，对于要求重启的进程做一个优先级排序，按照优先级排序进行重启，提高用户当前比较关心的进程的执行效率，对于用户当前不关心的进程，适当延长重启等待时间。实现进程分散开启动，避免短时间内集中启动，从而达到提高手机性能和流畅度的目的。
附图说明
图1为现有技术中解决软件恶性重启的方法的流程图；
图2为本发明一实施例移动终端多后台进程启动方法的流程图；
图3为本发明一实施例移动终端多后台进程启动方法的详细流程图；
图4为本发明另一实施例后台进程启动方法的流程图；
图5为本发明再一实施例静态接收器启动的流程图；
图6为本发明一实施例移动终端多后台进程启动装置的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明提供一种移动终端多后台进程启动方法，如图2所示，所述方法包括：
S11、接收服务进程重启的指令；
S12、判断所述服务进程是否为首次重启；
S13、如果是首次重启，则等待初始重启等待时间后重启；
S14、如果不是首次重启，则根据所述服务进程的优先级计算所述服务进程的实际重启等待时间，等待所述实际重启等待时间后重启。
本发明实施例提供的一种移动终端多后台进程启动方法，在已有的LowMemoryKiller机制上增加一套新机制，已有的LowMemoryKiller机制在移动终端内存比较低的情况下杀死低优先级进程，保证高优先级进程拥有足够内存运行。新增加的机制，对于要求重启的进程做一个优先级排序，按照优先级排序进行重启，提高用户当前比较关心的进程的执行效率，对于用户当前不关心的进程，适当延长重启等待时间。实现进程分散开启动，避免短时间内集中启动，从而达到提高手机性能和流畅度的目的。
可选地，所述根据所述服务进程的优先级计算所述服务进程的实际重启等待时间包括：
计算所述服务进程的优先级权值；
将所述服务进程的优先级权值与预设时间系数相乘，获得所述服务进程的实际重启等待时间。
可选地，所述计算所述服务进程的优先级权值包括：
获取所述服务进程在进程列表中的位置序号；
获取所述服务进程列表中所有的服务进程个数；
将所述位置序号与所述所有的服务进程个数的比值作为所述服务进程的优先级权值。
可选地，在所述接收服务进程重启的指令之后，判断所述服务进程是否为首次重启之前，还包括：
判断所述服务进程是否为系统常驻进程，如果是系统常驻进程则直接重启。
可选地，在所述服务进程重启之后还包括：
当所述服务进程的实际重启等待时间达到最大值时，将所述服务进程的实际重启等待时间重置为初始重启等待时间。
可选地，所述方法还包括：当检测到内存被大应用释放时，重置所有服务进程的实际重启等待时间为初始重启等待时间，然后重启所有的服务进程。
第三方应用进程启动的方式有以下四种：一是启动Activity，Activity是用户交互的入口，通过用户点击直接进入。为保障体验，此类方式系统必须响应，不能阻止。二是创建Service，Service后台执行，用户不可见，其操作一般情况下用户无法感知。当Service异常退出后，Android本身带有Service重启机制，一般程序“恶意“启动往往采取此手段。三是接收Broadcast，即广播消息，用户不可见，用户无法感知。接收者(静态注册)先创建进程，再接收消息，并做短暂逻辑处理，也是“恶意“启动进程的手段之一。四是创建Provider，为数据操作。不建议阻止，因为阻止后带来的影响无法估量。针对上述所述的四个第三方可以利用的启动方式分析，本发明对通过Service和Broadcast方式启动的进程作了调整，设置了启动的延迟等待时间，通过对不同优先级的进程采用不同的延迟等待时间来达到提高系统性能和流畅度的目的。
本发明实施例提供的移动终端多后台进程启动方法的具体流程图如图3所示，具体包括如下步骤：
步骤S31：Service进程死亡。
步骤S32：Service进程死亡后请求重启。
步骤S33：首先判断该进程是否为系统常驻进程，如果该进程是系统常驻进程则直接执行步骤S41进行重启。如果该进程不是系统常驻进程，会首先设置一个初始重启等待时间，例如20秒。然后执行步骤S34、判断该进程是否为首次重启。
步骤S34：判断该进程是否为首次重启，即判断该进程是否为首次死亡后请求重启，如果该进程为首次重启，则执行步骤S35、判断是否达到初始重启等待时间；如果该进程不是首次重启，则执行步骤S37、计算该进程的优先级权值。
步骤S35：判断首次重启的进程是否达到初始重启等待时间，如果达到初始重启等待时间，则执行步骤S41、进行重启；如果没有达到初始重启等待时间，则执行步骤S36、进行重启等待，然后跳转步骤S35。
步骤S36：重启等待，设置一个重启等待时间值，如1秒，每等待1秒后再次执行步骤S35，判断是否达到初始重启等待时间。
步骤S37：计算非首次重启的进程的优先级权值，当service再次非正常死亡时，会先计算该service优先级。计算方法如下：在ActivityManager保存有一个成员变量mLruProcesses，记录了最近使用的进程列表，一个进程被使用的越频繁在该列表中的位置就越靠前。通过计算需要重启的service进程在这个列表中所占的位置，得到一个权重。具体地，获取所述进程在进程列表中的位置序号，获取所述进程列表中所有的进程个数，将所述位置序号与所述所有的进程个数的比值作为所述进程的优先级权值。
步骤S38：计算非首次重启的进程的实际重启等待时间，将进程的优先级权值与预设时间系数相乘，获得该进程的实际重启等待时间。通过这个方式，可以把用户关心的进程尽早的重启。而那些不经常使用的进程则可以在稍晚些的时候重启。
步骤S39：判断是否达到实际重启等待时间，如果达到实际重启等待时间，则执行步骤S41进行重启，如果没有达到实际重启等待时间，则执行步骤S40、进行重启等待。
步骤S40：重启等待，设置一个重启等待时间值，如1秒，每等待1秒再次执行步骤S39，判断是否达到实际重启等待时间。
步骤S41：执行重启。
可选地，当一个serivce进程的实际重启等待时间达到最大值，例如10分钟的时候，当下次重启时会把这个时间重置为初始重启等待时间。这样可以保证需要重启的service不会无限制地等待下去，把系统中重启的service以10分钟为一个时间段进行轮循。
可选地，如果系统处于低内存状态是由于前台大应用导致的，那么在前台大应用退出的时候，就会释放比较多的内存，此时会重置所有的service重启的等待时间并尝试重启这些service进程。
此外，一些恶意软件会启动几个进程，并相互注册death receipt，在某个service死亡的时候，通过主动调用把它启动起来。针对这种情况，如图4所示，在通过startService、bindService主动启动service的时候，首先判断要启动的进程之前是否发生过死亡，如果之前发生过死亡，其有恶性启动的可能性。当要启动的进程之前没有发生过死亡，为首次启动的情况下，那么直接进行启动。如果要启动的进程之前发生过死亡，那么首先做一个检测，判断当前时间是否达到重启等待时间，当达到重启等待时间后直接重启，如果没有达到重启等待时间，那么判断进程启动的指令是否是一个前台应用的请求，如果不是前台应用发出的请求，那么阻止启动。如果是前台应用发出的请求，则直接进行重启，同时重置重启等待时间。当指令来自前台时，表明用户当前对这个service比较关心，我们需要重置它的重启等待时间，以提高下次的重启效率。
应用在Manifest中定义了一个广播接收器，称为“静态注册”。通过这种方式注册的广播接收器，在系统发出对应的广播的时候，会先检测该接收器是否已经启动，如果没有启动的话，会为之启动一个进程再处理对应的消息。通过注册系统发出的广播或者是应用自定义的特殊广播，就可以保证静态接收器在后台启动，从而达到后台启动进程的目的。针对这种情况，如图5所示，机制作了如下的检测：首先判断要启动的静态接收器之前是否发生过死亡，如果之前发生过死亡，其有恶性启动的可能性。当要启动的静态接收器之前没有发生过死亡，为首次启动的情况下，那么直接进行启动。如果要启动的静态接收器之前发生过死亡，那么首先做一个检测，判断当前时间是否达到重启等待时间，当达到重启等待时间后直接重启，如果没有达到重启等待时间，那么判断静态接收器接收的广播是否来自一个前台应用，如果不是来自前台应用，那么阻止启动。如果来自前台应用，则直接进行重启，同时重置重启等待时间。
本发明实施例还提供一种移动终端多后台进程启动装置，如图6所示，所述装置包括：
接收单元61，用于接收服务进程重启的指令；
第一判断单元62，用于判断所述服务进程是否为首次重启；
第一重启单元63，用于当所述第一判断单元判断所述服务进程为首次重启时，等待初始重启等待时间后重启；
计算单元64，用于当所述第一判断单元判断所述服务进程不是首次重启时，根据所述服务进程的优先级计算所述服务进程的实际重启等待时间；
第二重启单元65，用于等待所述实际重启等待时间后重启。
本发明实施例提供的一种移动终端多后台进程启动装置，在已有的LowMemoryKiller机制上增加一套新机制，已有的LowMemoryKiller机制在移动终端内存比较低的情况下杀死低优先级进程，保证高优先级进程拥有足够内存运行。新增加的机制，对于要求重启的进程做一个优先级排序，按照优先级排序进行重启，提高用户当前比较关心的进程的执行效率，对于用户当前不关心的进程，适当延长重启等待时间。实现进程分散开启动，避免短时间内集中启动，从而达到提高手机性能和流畅度的目的。
可选地，所述计算单元64包括：
计算模块，用于计算所述服务进程的优先级权值；
获得模块，用于将所述服务进程的优先级权值与预设时间系数相乘，获得所述服务进程的实际重启等待时间。
可选地，所述计算模块，用于获取所述服务进程在进程列表中的位置序号，以及获取所述服务进程列表中所有的服务进程个数，将所述位置序号与所述所有的服务进程个数的比值作为所述服务进程的优先级权值。
可选地，所述装置还包括：
第二判断单元，用于在所述接收单元接收服务进程重启的指令之后，所述第一判断单元判断所述服务进程是否为首次重启之前，判断所述服务进程是否为系统常驻进程，如果是系统常驻进程则直接重启。
可选地，所述装置还包括：
重置单元，用于在所述服务进程重启之后，当所述服务进程的实际重启等待时间达到最大值时，将所述服务进程的实际重启等待时间重置为初始重启等待时间。
可选地，所述重置单元，还用于当检测到内存被大应用释放时，重置所有服务进程的实际重启等待时间为初始重启等待时间，然后重启所有的服务进程。
本发明实施例提供的移动终端多后台进程启动装置的工作流程在所述移动终端多后台进程启动方法中已经详细描述，在此不再赘述。
第三方面，本发明提供一种移动终端，其特征在于，所述移动终端包括上述所述的移动终端多后台进程启动装置。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
Claims (13)
1.一种移动终端多后台进程启动方法，其特征在于，包括：
接收服务进程重启的指令；
判断所述服务进程是否为首次重启；
如果是首次重启，则等待初始重启等待时间后重启；
如果不是首次重启，则根据所述服务进程的优先级计算所述服务进程的实际重启等待时间，等待所述实际重启等待时间后重启。
2.根据权利要求1所述的移动终端多后台进程启动方法，其特征在于，所述根据所述服务进程的优先级计算所述服务进程的实际重启等待时间包括：
计算所述服务进程的优先级权值；
将所述服务进程的优先级权值与预设时间系数相乘，获得所述服务进程的实际重启等待时间。
3.根据权利要求2所述的移动终端多后台进程启动方法，其特征在于，所述计算所述服务进程的优先级权值包括：
获取所述服务进程在进程列表中的位置序号；
获取所述服务进程列表中所有的服务进程个数；
将所述位置序号与所述所有的服务进程个数的比值作为所述服务进程的优先级权值。
4.根据权利要求1至3中任一项所述的移动终端多后台进程启动方法，其特征在于，在所述接收服务进程重启的指令之后，判断所述服务进程是否为首次重启之前，还包括：
判断所述服务进程是否为系统常驻进程，如果是系统常驻进程则直接重启。
5.根据权利要求4所述的移动终端多后台进程启动方法，其特征在于，在所述服务进程重启之后还包括：
当所述服务进程的实际重启等待时间达到最大值时，将所述服务进程的实际重启等待时间重置为初始重启等待时间。
6.根据权利要求5所述的移动终端多后台进程启动方法，其特征在于，所述方法还包括：
当检测到内存被大应用释放时，重置所有服务进程的实际重启等待时间为初始重启等待时间，然后重启所有的服务进程。
7.一种移动终端多后台进程启动装置，其特征在于，包括：
接收单元，用于接收服务进程重启的指令；
第一判断单元，用于判断所述服务进程是否为首次重启；
第一重启单元，用于当所述第一判断单元判断所述服务进程为首次重启时，等待初始重启等待时间后重启；
计算单元，用于当所述第一判断单元判断所述服务进程不是首次重启时，根据所述服务进程的优先级计算所述服务进程的实际重启等待时间；
第二重启单元，用于等待所述实际重启等待时间后重启。
8.根据权利要求7所述的移动终端多后台进程启动装置，其特征在于，所述计算单元包括：
计算模块，用于计算所述服务进程的优先级权值；
获得模块，用于将所述服务进程的优先级权值与预设时间系数相乘，获得所述服务进程的实际重启等待时间。
9.根据权利要求8所述的移动终端多后台进程启动装置，其特征在于，所述计算模块，用于获取所述服务进程在进程列表中的位置序号，以及获取所述服务进程列表中所有的服务进程个数，将所述位置序号与所述所有的服务进程个数的比值作为所述服务进程的优先级权值。
10.根据权利要求7至9中任一项所述的移动终端多后台进程启动装置，其特征在于，所述装置还包括：
第二判断单元，用于在所述接收单元接收服务进程重启的指令之后，所述第一判断单元判断所述服务进程是否为首次重启之前，判断所述服务进程是否为系统常驻进程，如果是系统常驻进程则直接重启。
11.根据权利要求10所述的移动终端多后台进程启动装置，其特征在于，所述装置还包括：
重置单元，用于在所述服务进程重启之后，当所述服务进程的实际重启等待时间达到最大值时，将所述服务进程的实际重启等待时间重置为初始重启等待时间。
12.根据权利要求11所述的移动终端多后台进程启动装置，其特征在于，所述重置单元，还用于当检测到内存被大应用释放时，重置所有服务进程的实际重启等待时间为初始重启等待时间，然后重启所有的服务进程。
13.一种移动终端，其特征在于，所述移动终端包括权利要求7-12中任一项所述的移动终端多后台进程启动装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610724828.0A CN107783825B (zh) | 2016-08-25 | 2016-08-25 | 移动终端多后台进程启动方法、装置及移动终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610724828.0A CN107783825B (zh) | 2016-08-25 | 2016-08-25 | 移动终端多后台进程启动方法、装置及移动终端 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107783825A true CN107783825A (zh) | 2018-03-09 |
| CN107783825B CN107783825B (zh) | 2021-03-19 |
Family
ID=61438613
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610724828.0A Active CN107783825B (zh) | 2016-08-25 | 2016-08-25 | 移动终端多后台进程启动方法、装置及移动终端 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107783825B (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108429446A (zh) * | 2018-04-02 | 2018-08-21 | 陕西亚成微电子股份有限公司 | 一种电源重启方法及电路 |
| CN112241338A (zh) * | 2020-10-21 | 2021-01-19 | 展讯半导体(成都)有限公司 | 重启方法及装置 |
| CN112463343A (zh) * | 2020-12-16 | 2021-03-09 | 广州博冠信息科技有限公司 | 业务进程的重启方法和装置、存储介质、电子设备 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102981878A (zh) * | 2012-11-28 | 2013-03-20 | 广东欧珀移动通信有限公司 | 自动关闭后台程序的方法及其移动终端 |
| CN104201784A (zh) * | 2014-09-18 | 2014-12-10 | 北京国网富达科技发展有限责任公司 | 一种输电线路在线监测系统及其运行状况监控方法和装置 |
| CN104850414A (zh) * | 2014-02-14 | 2015-08-19 | 可牛网络技术（北京）有限公司 | 应用进程的清理方法、装置及移动终端 |
| US9135002B1 (en) * | 2009-03-06 | 2015-09-15 | Symantec Corporation | Systems and methods for recovering an application on a computing device |
| CN105260655A (zh) * | 2014-07-14 | 2016-01-20 | 腾讯科技（深圳）有限公司 | 一种应用程序启动保护的方法、装置及系统 |
| CN105573910A (zh) * | 2015-12-11 | 2016-05-11 | 北京元心科技有限公司 | 受保护系统的应用程序调试方法及智能终端 |
-
2016
- 2016-08-25 CN CN201610724828.0A patent/CN107783825B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9135002B1 (en) * | 2009-03-06 | 2015-09-15 | Symantec Corporation | Systems and methods for recovering an application on a computing device |
| CN102981878A (zh) * | 2012-11-28 | 2013-03-20 | 广东欧珀移动通信有限公司 | 自动关闭后台程序的方法及其移动终端 |
| CN104850414A (zh) * | 2014-02-14 | 2015-08-19 | 可牛网络技术（北京）有限公司 | 应用进程的清理方法、装置及移动终端 |
| CN105260655A (zh) * | 2014-07-14 | 2016-01-20 | 腾讯科技（深圳）有限公司 | 一种应用程序启动保护的方法、装置及系统 |
| CN104201784A (zh) * | 2014-09-18 | 2014-12-10 | 北京国网富达科技发展有限责任公司 | 一种输电线路在线监测系统及其运行状况监控方法和装置 |
| CN105573910A (zh) * | 2015-12-11 | 2016-05-11 | 北京元心科技有限公司 | 受保护系统的应用程序调试方法及智能终端 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108429446A (zh) * | 2018-04-02 | 2018-08-21 | 陕西亚成微电子股份有限公司 | 一种电源重启方法及电路 |
| CN108429446B (zh) * | 2018-04-02 | 2024-05-03 | 陕西亚成微电子股份有限公司 | 一种电源重启方法及电路 |
| CN112241338A (zh) * | 2020-10-21 | 2021-01-19 | 展讯半导体(成都)有限公司 | 重启方法及装置 |
| CN112463343A (zh) * | 2020-12-16 | 2021-03-09 | 广州博冠信息科技有限公司 | 业务进程的重启方法和装置、存储介质、电子设备 |
| CN112463343B (zh) * | 2020-12-16 | 2023-09-26 | 广州博冠信息科技有限公司 | 业务进程的重启方法和装置、存储介质、电子设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107783825B (zh) | 2021-03-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106845285B (zh) | 一种tee系统与ree系统配合以实现服务的方法及终端设备 | |
| US20150333971A1 (en) | Method and device for managing processes of application program | |
| CN103389900B (zh) | 一种Android设备摄像头使用的控制方法及装置 | |
| CN105302598B (zh) | 一种应用运行的定时管理方法及装置 | |
| US11843670B2 (en) | Packet data unit (PDU) session control method and apparatus | |
| CN105930213A (zh) | 应用运行方法及装置 | |
| CN106095064B (zh) | 一种移动终端禁止应用接收特定广播的方法及系统 | |
| CN110888683B (zh) | 操作系统的性能优化方法、装置及可读介质 | |
| CN110750284B (zh) | 一种应用快速启动方法、终端及计算机可读存储介质 | |
| US9727351B2 (en) | Method and device for setting status of application | |
| CN107783825A (zh) | 移动终端多后台进程启动方法、装置及移动终端 | |
| CN106339235B (zh) | 一种界面展示方法和装置 | |
| US10004051B2 (en) | Apparatus and method for controlling traffic of electronic device | |
| CN112153719B (zh) | 通信方法、装置、系统及计算机可读存储介质 | |
| CN111966425A (zh) | 进程清理方法、装置、存储介质及移动终端 | |
| CN109586951B (zh) | 实施故障转移的方法、装置、电子设备及可读存储介质 | |
| CN110659082A (zh) | 应用程序界面的显示方法、装置、终端及存储介质 | |
| CN106940658B (zh) | 基于线程池的任务处理方法及装置 | |
| CN111722850A (zh) | 多系统间应用的处理方法、装置及系统 | |
| CN106879056A (zh) | 一种终端的省电方法及装置 | |
| US10678532B2 (en) | Method and apparatus for upgrading application | |
| CN111338636B (zh) | 内核预处理方法、内核预处理装置及电子设备 | |
| KR101863568B1 (ko) | 백그라운드 어플리케이션의 관리 방법 및 이를 이용한 단말 | |
| CN113055277B (zh) | 消息通知方法、装置及存储介质 | |
| KR101863566B1 (ko) | 백그라운드 어플리케이션의 관리 방법 및 이를 이용한 단말 |
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 |