CN110879726A - 移动终端应用程序的保活方法及装置 - Google Patents
移动终端应用程序的保活方法及装置 Download PDFInfo
- Publication number
- CN110879726A CN110879726A CN201911017654.4A CN201911017654A CN110879726A CN 110879726 A CN110879726 A CN 110879726A CN 201911017654 A CN201911017654 A CN 201911017654A CN 110879726 A CN110879726 A CN 110879726A
- Authority
- CN
- China
- Prior art keywords
- mobile terminal
- application program
- sdk
- keep
- application
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4418—Suspend and resume; Hibernate and awake
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Telephone Function (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种移动终端应用程序的保活方法及装置,其中该保活方法包括:当监听到所述移动终端被解锁后,对所述移动终端的应用程序的进行唤醒;当所述应用程序被唤醒后,为每个所述应用程序的SDK建立多线程的代码执行方式;将所述应用程序的SDK对应的全部消耗资源代码放到所述多线程的一个单独的所述线程中。本发明在***机制下对应用程序的SDK进行优化,不涉及对***进行欺瞒的行为,提高了SDK的保活能力,且本发明的保活方法,不依赖第三方SDK,因此SDK自身不会受第三方SDK的影响,提升了SDK的兼容性。
Description
技术领域
本发明涉及通信应用技术领域,特别是涉及一种移动终端应用程序的保活方法及装置。
背景技术
移动终端的***有自己的任务管理器,当***运行内存不足时,***需要杀掉一些进程(应用)以回收一部分资源来保证***仍可以保持正常的运行。当SDK(softwaredevelopmentkit,软件开发工具包)所依附的进程被杀掉时,就会导致SDK的功能不能再继续工作。目前,保活应用程序的方法主要包括以下几种:1、提升进程优先级:***为了保证能长时间保持应用进程,当***内存不足且到达一个阈值的时候,优先级低的进程将被优先回收。因此提供应用程序进程的优先级,是一种最基本的保活方法;2、利用Native进程拉活:通过使用原生即C/C++中开启子进程方法,在子进程中不断轮询,判断父进程是否已被回收,若已被回收,则重新启动父进程;3、经典的一像素保活:当应用程序被切换到后台时,开启一个像素的页面在手机界面上,虽然用户看不见,但是可以使应用程序的进程始终保持在一个较高级别;4、利用***广播拉活:***在发生一些特定的事件的时候,会向外发出广播通知,在应用程序内部注册相关广播监听,即可在发生广播事件时拉活对应的应用程序。
现有技术的缺点在于:1)进程优先级限制:进程优先级一般由应用程序本身指定,不能由SDK设置;2)Native进程拉活弊端:导致内存开销增多,轮询很耗电,且受***版本限制,在目前大部分***中已失效;3)一像素保活限制:SDK不是应用程序,不能左右应用程序本身,因此无法启动一像素方法;4)***广播拉活弊端:***广播的时间是不可控制的,无法保证进程被杀掉后能马上重启,且受***版本影响。
发明内容
本发明实施例提供一种移动终端应用程序的保活方法及装置,以解决现有技术中的以下问题:当***运行内存不足且应用程序的SDK所依附的进程被杀掉时,就会导致应用程序的功能不能再继续工作。
为解决上述技术问题,本发明实施例采用的第一技术方案如下:
一种移动终端应用程序的保活方法,其包括:当监听到所述移动终端被解锁后,对所述移动终端的应用程序的进行唤醒;当所述应用程序被唤醒后,为每个所述应用程序的SDK建立多线程的代码执行方式;将所述应用程序的SDK对应的全部消耗资源代码放到所述多线程的一个单独的所述线程中。
可选地,所述对所述移动终端的应用程序进行唤醒,包括:采用不同的所述应用程序的SDK进行相互唤醒的方式,对每一个所述应用程序的SDK进行唤醒。
可选地,所述为每个所述应用程序的SDK建立多线程的代码执行方式,包括:为每个所述应用程序的SDK建立按照优先级排列的多线程的代码执行方式。
可选地,所述停止优先级低的所述线程的活动之后,包括:当监听到所述移动终端的剩余运行内存量少于预设内存阈值时,停止优先级低的所述线程的活动;当监听到所述移动终端的剩余运行内存量大于所述预设内存阈值时,恢复之前已经停止活动的优先级低的所述线程的活动。
可选地,所述移动终端应用程序的保活方法还包括:当监听到所述移动终端的剩余运行内存量少于所述预设内存阈值时,释放所述应用程序的SDK对应的目标资源,所述目标资源为不影响所述应用程序的SDK正常运行的资源。
可选地,所述移动终端应用程序的保活方法还包括:当监听到所述移动终端的剩余运行内存量大于所述预设内存阈值时,恢复所述应用程序的部分或全部所述目标资源。
可选地,所述移动终端应用程序的保活方法还包括:在整个所述应用程序的运行过程中,实时降低所述应用程序的SDK的崩溃率。
为解决上述技术问题,本发明实施例采用的第二技术方案如下:
一种移动终端应用程序的保活装置,其包括:程序唤醒模块,用于当监听到所述移动终端被解锁后,对所述移动终端的应用程序的进行唤醒;线程建立模块,用于当所述应用程序被唤醒后,为每个所述应用程序的SDK建立多线程的代码执行方式;资源处理模块,用于将所述应用程序的SDK对应的全部消耗资源代码放到所述多线程的一个单独的所述线程中。
为解决上述技术问题,本发明实施例采用的第三技术方案如下:
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被执行时实现如上述的移动终端应用程序的保活方法。
为解决上述技术问题,本发明实施例采用的第四技术方案如下:
一种计算机设备,其包括处理器、存储器及存储于所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上述的移动终端应用程序的保活方法。
本发明实施例的有益效果是:区别于现有技术的情况,本发明实施例通过监听到所述移动终端被解锁后,对所述移动终端的应用程序的进行唤醒,且当所述应用程序被唤醒后,为每个所述应用程序的SDK建立多线程的代码执行方式,最后将所述应用程序的SDK对应的全部消耗资源代码放到所述多线程的一个单独的所述线程中,解决了现有技术中的以下问题:当***运行内存不足且应用程序的SDK所依附的进程被杀掉时,就会导致应用程序的功能不能再继续工作。
附图说明
图1是本发明实施例一的移动终端应用程序的保活方法一实施方式的实施流程图;
图2是本发明实施例二的移动终端应用程序的保活装置一实施方式的部分结构框架图;
图3是本发明实施例三的计算机可读存储介质一实施方式的部分结构框架图;
图4是本发明实施例四的计算机设备一实施方式的部分结构框架图。
具体实施方式
实施例一
请参阅图1,图1是本发明实施例的移动终端应用程序的保活方法的实施流程图,结合图1可以得到,本发明的一种移动终端应用程序的保活方法,包括:
步骤S101:当监听到所述移动终端被解锁后,对所述移动终端的应用程序的进行唤醒。
步骤S102:当所述应用程序被唤醒后,为每个所述应用程序的SDK建立多线程的代码执行方式。线程(thread)是操作***能够进行运算调度的最小单位,它被包含在进程之中,是进程中的实际运作单位。一个线程指的是进程中一个单一顺序的控制流,一个进程中可以并发多个线程,每个线程并行执行不同的任务。
步骤S103:将所述应用程序的SDK对应的全部消耗资源代码放到所述多线程的一个单独的所述线程中,这样做可以在移动终端的***内存不足时统一进行释放,大大提高了消耗资源的处理效率。
在本实施例中,可选地,所述对所述移动终端的应用程序进行唤醒,包括:
采用不同的所述应用程序的SDK进行相互唤醒的方式,对每一个所述应用程序的SDK进行唤醒,即每个所述应用程序的SDK对其余的应用程序的SDK进行唤醒。可选地,可根据需要将多个SDK相互唤醒的功能集中到一个模块,统一处理唤醒功能,将SDK进程拉活。
在本实施例中,可选地,所述为每个所述应用程序的SDK建立多线程的代码执行方式,包括:
为每个所述应用程序的SDK建立按照优先级排列的多线程的代码执行方式,即每个线程的优先级不同,优先级低的线程在***内存不足时,会优先被回收,以保证***内存的剩余量可以支持正在运行的应用程序。
在本实施例中,可选地,所述停止优先级低的所述线程的活动之后,包括:
第一,当监听到所述移动终端的剩余运行内存量少于预设内存阈值时,停止优先级低的所述线程的活动。
第二,当监听到所述移动终端的剩余运行内存量大于所述预设内存阈值时,恢复之前已经停止活动的优先级低的所述线程的活动。
在本实施例中,可选地,所述移动终端应用程序的保活方法还包括:
当监听到所述移动终端的剩余运行内存量少于所述预设内存阈值时,释放所述应用程序的SDK对应的目标资源,所述目标资源为不影响所述应用程序的SDK正常运行的资源。其中,SDK可释放的资源包括图片资源、数据库操作对象、文件操作对象、数组、列表和map对象。
在本实施例中,可选地,所述移动终端应用程序的保活方法还包括:
当监听到所述移动终端的剩余运行内存量大于所述预设内存阈值时,恢复所述应用程序的部分或全部所述目标资源。
在本实施例中,可选地,所述移动终端应用程序的保活方法还包括:
在整个所述应用程序的运行过程中,实时降低所述应用程序的SDK的崩溃率。其中,降低SDK崩溃率的方法包括:
第一,增加线程异常捕获功能。
第二,增加权限判断,如没获取相关权限,则停止进行操作。
第三,适配***,针对不同的***使用不同的调用方法。
本发明实施例通过监听到所述移动终端被解锁后,对所述移动终端的应用程序的进行唤醒,且当所述应用程序被唤醒后,为每个所述应用程序的SDK建立多线程的代码执行方式,最后将所述应用程序的SDK对应的全部消耗资源代码放到所述多线程的一个单独的所述线程中,解决了现有技术中的以下问题:当***运行内存不足且应用程序的SDK所依附的进程被杀掉时,就会导致应用程序的功能不能再继续工作。另外,本发明在***机制下对应用程序的SDK进行优化,不涉及对***进行欺瞒的行为,提高了SDK的保活能力,且本发明的保活方法,不依赖第三方SDK,因此SDK自身不会受第三方SDK的影响,提升了SDK的兼容性。
实施例二
请参阅图2,图2是本发明实施例的移动终端应用程序的保活装置的部分结构框架图,结合图2可以得到,本发明的一种移动终端应用程序的保活装置100,包括:
程序唤醒模块110,用于当监听到所述移动终端被解锁后,对所述移动终端的应用程序的进行唤醒。
线程建立模块120,用于当所述应用程序被唤醒后,为每个所述应用程序的SDK建立多线程的代码执行方式。
资源处理模块130,用于将所述应用程序的SDK对应的全部消耗资源代码放到所述多线程的一个单独的所述线程中。
本发明实施例通过监听到所述移动终端被解锁后,对所述移动终端的应用程序的进行唤醒,且当所述应用程序被唤醒后,为每个所述应用程序的SDK建立多线程的代码执行方式,最后将所述应用程序的SDK对应的全部消耗资源代码放到所述多线程的一个单独的所述线程中,解决了现有技术中的以下问题:当***运行内存不足且应用程序的SDK所依附的进程被杀掉时,就会导致应用程序的功能不能再继续工作。另外,本发明在***机制下对应用程序的SDK进行优化,不涉及对***进行欺瞒的行为,提高了SDK的保活能力,且本发明的保活方法,不依赖第三方SDK,因此SDK自身不会受第三方SDK的影响,提升了SDK的兼容性。
实施例三
请参阅图3,参考图3可以看到,本发明实施例的一种计算机可读存储介质10,所述的计算机可读存储介质10,如:ROM/RAM、磁碟、光盘等,其上存储有计算机程序11,所述计算机程序11被执行时实现如实施例一所述的移动终端应用程序的保活方法。由于该移动终端应用程序的保活方法已经在实施例一进行了详细的说明,在此不再重复说明。
本发明实施例实现的移动终端应用程序的保活方法,通过监听到所述移动终端被解锁后,对所述移动终端的应用程序的进行唤醒,且当所述应用程序被唤醒后,为每个所述应用程序的SDK建立多线程的代码执行方式,最后将所述应用程序的SDK对应的全部消耗资源代码放到所述多线程的一个单独的所述线程中,解决了现有技术中的以下问题:当***运行内存不足且应用程序的SDK所依附的进程被杀掉时,就会导致应用程序的功能不能再继续工作。另外,本发明在***机制下对应用程序的SDK进行优化,不涉及对***进行欺瞒的行为,提高了SDK的保活能力,且本发明的保活方法,不依赖第三方SDK,因此SDK自身不会受第三方SDK的影响,提升了SDK的兼容性。
实施例四
请参阅图4,参考图4可以看到,本发明实施例的一种计算机设备20,其包括处理器21、存储器22及存储于所述存储器22上并可在所述处理器21上运行的计算机程序221,所述处理器21执行所述计算机程序221时实现如实施例一所述的移动终端应用程序的保活方法。由于该移动终端应用程序的保活方法已经在实施例一进行了详细的说明,在此不再重复说明。
本发明实施例实现的移动终端应用程序的保活方法,通过监听到所述移动终端被解锁后,对所述移动终端的应用程序的进行唤醒,且当所述应用程序被唤醒后,为每个所述应用程序的SDK建立多线程的代码执行方式,最后将所述应用程序的SDK对应的全部消耗资源代码放到所述多线程的一个单独的所述线程中,解决了现有技术中的以下问题:当***运行内存不足且应用程序的SDK所依附的进程被杀掉时,就会导致应用程序的功能不能再继续工作。另外,本发明在***机制下对应用程序的SDK进行优化,不涉及对***进行欺瞒的行为,提高了SDK的保活能力,且本发明的保活方法,不依赖第三方SDK,因此SDK自身不会受第三方SDK的影响,提升了SDK的兼容性。
以上所述仅为本发明的实施方式,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种移动终端应用程序的保活方法,其特征在于,包括:
当监听到所述移动终端被解锁后,对所述移动终端的应用程序的进行唤醒;
当所述应用程序被唤醒后,为每个所述应用程序的SDK建立多线程的代码执行方式;
将所述应用程序的SDK对应的全部消耗资源代码放到所述多线程的一个单独的所述线程中。
2.根据权利要求1所述的移动终端应用程序的保活方法,其特征在于,所述对所述移动终端的应用程序进行唤醒,包括:
采用不同的所述应用程序的SDK进行相互唤醒的方式,对每一个所述应用程序的SDK进行唤醒。
3.根据权利要求1所述的移动终端应用程序的保活方法,其特征在于,所述为每个所述应用程序的SDK建立多线程的代码执行方式,包括:
为每个所述应用程序的SDK建立按照优先级排列的多线程的代码执行方式。
4.根据权利要求3所述的移动终端应用程序的保活方法,其特征在于,所述停止优先级低的所述线程的活动之后,包括:
当监听到所述移动终端的剩余运行内存量少于预设内存阈值时,停止优先级低的所述线程的活动;
当监听到所述移动终端的剩余运行内存量大于所述预设内存阈值时,恢复之前已经停止活动的优先级低的所述线程的活动。
5.根据权利要求4所述的移动终端应用程序的保活方法,其特征在于,还包括:
当监听到所述移动终端的剩余运行内存量少于所述预设内存阈值时,释放所述应用程序的SDK对应的目标资源,所述目标资源为不影响所述应用程序的SDK正常运行的资源。
6.根据权利要求4所述的移动终端应用程序的保活方法,其特征在于,还包括:
当监听到所述移动终端的剩余运行内存量大于所述预设内存阈值时,恢复所述应用程序的部分或全部所述目标资源。
7.根据权利要求1所述的移动终端应用程序的保活方法,其特征在于,还包括:
在整个所述应用程序的运行过程中,实时降低所述应用程序的SDK的崩溃率。
8.一种移动终端应用程序的保活装置,其特征在于,包括:
程序唤醒模块,用于当监听到所述移动终端被解锁后,对所述移动终端的应用程序的进行唤醒;
线程建立模块,用于当所述应用程序被唤醒后,为每个所述应用程序的SDK建立多线程的代码执行方式;
资源处理模块,用于将所述应用程序的SDK对应的全部消耗资源代码放到所述多线程的一个单独的所述线程中。
9.一种计算机可读存储介质,其特征在于,其上存储有计算机程序,所述计算机程序被执行时实现权利要求1~7任一项所述的移动终端应用程序的保活方法。
10.一种计算机设备,其特征在于,其包括处理器、存储器及存储于所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现权利要求1~7任一项所述的移动终端应用程序的保活方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911017654.4A CN110879726B (zh) | 2019-10-24 | 2019-10-24 | 移动终端应用程序的保活方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911017654.4A CN110879726B (zh) | 2019-10-24 | 2019-10-24 | 移动终端应用程序的保活方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110879726A true CN110879726A (zh) | 2020-03-13 |
CN110879726B CN110879726B (zh) | 2023-09-26 |
Family
ID=69728036
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911017654.4A Active CN110879726B (zh) | 2019-10-24 | 2019-10-24 | 移动终端应用程序的保活方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110879726B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111464642A (zh) * | 2020-04-01 | 2020-07-28 | 北京四维智联科技有限公司 | 车机消息推送的方法和装置 |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120210308A1 (en) * | 2011-02-15 | 2012-08-16 | Oracle International Corporation | Binding-based characterization of closures in software programs |
WO2015196967A1 (zh) * | 2014-06-24 | 2015-12-30 | 北京奇虎科技有限公司 | 应用程序常驻操作***后台的方法及装置 |
CN106330599A (zh) * | 2016-08-16 | 2017-01-11 | 济南大学 | Android应用程序网络流量多线程采集***及方法 |
CN106445696A (zh) * | 2016-09-12 | 2017-02-22 | 深圳铂睿智恒科技有限公司 | 一种多进程交互处理方法及*** |
CN106933660A (zh) * | 2017-02-17 | 2017-07-07 | 广州启生信息技术有限公司 | 一种安卓平台下应用进程保活的实现方法 |
CN106959900A (zh) * | 2017-03-22 | 2017-07-18 | 飞天诚信科技股份有限公司 | 一种防止多线程死锁的方法及装置 |
US20180018675A1 (en) * | 2016-07-14 | 2018-01-18 | International Business Machines Corporation | Assessing penalties for sdks that violate policies in mobile apps |
US20180270306A1 (en) * | 2017-03-16 | 2018-09-20 | Oracle International Corporation | Coexistence of a synchronous architecture and an asynchronous architecture in a server |
CN108710534A (zh) * | 2018-05-22 | 2018-10-26 | 广州优视网络科技有限公司 | 多进程的调起方法、装置、终端设备及计算机存储介质 |
CN109117203A (zh) * | 2018-07-13 | 2019-01-01 | 广州小鹏汽车科技有限公司 | 一种Android APP启动速度优化方法及*** |
CN109117263A (zh) * | 2017-06-23 | 2019-01-01 | 中兴通讯股份有限公司 | 一种用户终端内存释放的方法及装置 |
US20190073214A1 (en) * | 2017-09-05 | 2019-03-07 | Mapquest, Inc. | Selecting a software development kit (sdk) of an application to be activated based on characteristics of the application |
CN109814954A (zh) * | 2017-11-21 | 2019-05-28 | 腾讯科技(深圳)有限公司 | 推送消息接收方法、装置、存储介质和计算机设备 |
-
2019
- 2019-10-24 CN CN201911017654.4A patent/CN110879726B/zh active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120210308A1 (en) * | 2011-02-15 | 2012-08-16 | Oracle International Corporation | Binding-based characterization of closures in software programs |
WO2015196967A1 (zh) * | 2014-06-24 | 2015-12-30 | 北京奇虎科技有限公司 | 应用程序常驻操作***后台的方法及装置 |
US20180018675A1 (en) * | 2016-07-14 | 2018-01-18 | International Business Machines Corporation | Assessing penalties for sdks that violate policies in mobile apps |
CN106330599A (zh) * | 2016-08-16 | 2017-01-11 | 济南大学 | Android应用程序网络流量多线程采集***及方法 |
CN106445696A (zh) * | 2016-09-12 | 2017-02-22 | 深圳铂睿智恒科技有限公司 | 一种多进程交互处理方法及*** |
CN106933660A (zh) * | 2017-02-17 | 2017-07-07 | 广州启生信息技术有限公司 | 一种安卓平台下应用进程保活的实现方法 |
US20180270306A1 (en) * | 2017-03-16 | 2018-09-20 | Oracle International Corporation | Coexistence of a synchronous architecture and an asynchronous architecture in a server |
CN106959900A (zh) * | 2017-03-22 | 2017-07-18 | 飞天诚信科技股份有限公司 | 一种防止多线程死锁的方法及装置 |
CN109117263A (zh) * | 2017-06-23 | 2019-01-01 | 中兴通讯股份有限公司 | 一种用户终端内存释放的方法及装置 |
US20190073214A1 (en) * | 2017-09-05 | 2019-03-07 | Mapquest, Inc. | Selecting a software development kit (sdk) of an application to be activated based on characteristics of the application |
CN109814954A (zh) * | 2017-11-21 | 2019-05-28 | 腾讯科技(深圳)有限公司 | 推送消息接收方法、装置、存储介质和计算机设备 |
CN108710534A (zh) * | 2018-05-22 | 2018-10-26 | 广州优视网络科技有限公司 | 多进程的调起方法、装置、终端设备及计算机存储介质 |
CN109117203A (zh) * | 2018-07-13 | 2019-01-01 | 广州小鹏汽车科技有限公司 | 一种Android APP启动速度优化方法及*** |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111464642A (zh) * | 2020-04-01 | 2020-07-28 | 北京四维智联科技有限公司 | 车机消息推送的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110879726B (zh) | 2023-09-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104252389B (zh) | 应用程序运行方法、*** | |
CN112000445A (zh) | 分布式任务调度的方法及*** | |
CN102695998B (zh) | 用于在虚拟化***中控制中央处理单元功率的***和方法 | |
CN108536531B (zh) | 一种基于单片机的任务调度和电源管理方法 | |
KR20140131981A (ko) | 사용자 공간 동기화를 사용하여 최대 절전 모드 및 재시작 프로세스를 향상시키는 방법 및 장치 | |
US9229770B2 (en) | Invoking timed iterator for executing tasks within timeout constraint without spawning new thread | |
CN103092682A (zh) | 异步网络应用程序处理方法 | |
CN105373453B (zh) | 数据备份方法及*** | |
US8132171B2 (en) | Method of controlling thread access to a synchronization object | |
CN106445696B (zh) | 一种多进程交互处理方法及*** | |
CN111142943A (zh) | 自动控制并发方法及装置 | |
CN110879726A (zh) | 移动终端应用程序的保活方法及装置 | |
CN111625322B (zh) | 数据处理方法、***及设备 | |
WO2023087765A1 (zh) | Linux应用进程管理方法及装置 | |
CN109885340B (zh) | 一种应用程序冷启动加速方法、装置、电子设备 | |
CN112987904B (zh) | 一种心跳控制方法和装置 | |
CN103019849A (zh) | 云计算环境下的虚拟机管理方法 | |
CN109992359A (zh) | 一种事务调度方法 | |
CN110244834B (zh) | 一种应用行为对齐方法及终端设备 | |
US20130283288A1 (en) | System resource conserving method and operating system thereof | |
CN106293728B (zh) | 一种多任务tf密码模块的电源管理方法 | |
CN114691343B (zh) | 轮询任务的执行方法及装置、计算机设备及可读存储介质 | |
CN112433999B (zh) | 一种Janusgraph客户端遍历方法及相关组件 | |
CN116302379A (zh) | 微内核架构、调度方法、微内核***及存储介质 | |
CN110457121B (zh) | 一种支持用户态任务动态调度的探针方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 518000 West Building 1502, Skyworth Semiconductor Design Building, No. 18 Gaoxin South Fourth Road, Gaoxin Community, Yuehai Street, Nanshan District, Shenzhen, Guangdong Province Applicant after: Shenzhen digital Big Data Technology Co.,Ltd. Address before: 518000 18 / F, unit 1, building B, Kexing Science Park, 15 Keyuan Road, Yuehai street, Nanshan District, Shenzhen City, Guangdong Province Applicant before: SHENZHEN SHUWEI MEDIA TECHNOLOGY Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |