CN112925582A - 安卓系统下提高应用程序在后台存活率的方法及移动终端 - Google Patents
安卓系统下提高应用程序在后台存活率的方法及移动终端 Download PDFInfo
- Publication number
- CN112925582A CN112925582A CN202110197547.5A CN202110197547A CN112925582A CN 112925582 A CN112925582 A CN 112925582A CN 202110197547 A CN202110197547 A CN 202110197547A CN 112925582 A CN112925582 A CN 112925582A
- Authority
- CN
- China
- Prior art keywords
- service
- alive
- application program
- keep
- android system
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 119
- 230000004083 survival effect Effects 0.000 title claims abstract description 37
- 230000008569 process Effects 0.000 claims abstract description 74
- 238000004590 computer program Methods 0.000 claims description 16
- 238000001514 detection method Methods 0.000 claims description 16
- 230000000694 effects Effects 0.000 claims description 5
- 238000012544 monitoring process Methods 0.000 claims description 4
- 238000012790 confirmation Methods 0.000 claims description 2
- 230000009191 jumping Effects 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
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/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Telephone Function (AREA)
Abstract
本申请适用于软件领域,提供了一种安卓系统下提高应用程序在后台存活率的方法、装置、计算机可读存储介质及移动终端。所述方法包括:应用程序在后台运行时,将应用程序在安卓系统中的服务设置为前台服务;在通知栏中自定义一个挂件,并在挂件上循环播放无声音的音频文件,控制应用程序的信息与自定义的挂件进行交互。本申请可以提高APP进程的优先级;保证APP一直是前台进程,从而提高APP在后台存活率。本申请的方法能够很好的适应于新的安卓系统的版本(例如Android4.0至Android 11)以及兼容旧的版本,并且在不修改APK的前提下,能够适配google新发布的Android系统。
Description
技术领域
本申请属于软件领域,尤其涉及一种安卓系统下提高应用程序在后台存活率的方法、装置、计算机可读存储介质及移动终端。
背景技术
目前行业内应用程序(Application,APP)主要通过如下方案提高APP在后台的存活率:例如利用系统广播拉活、利用第三方应用广播拉活、利用计算机函数Native进程拉活、使用JobScheduler拉活和通过安装有特殊APP的硬件与APP建立连接。然而随着安卓(Android)版本的不断更新和迭代,包括权限的收拢,回收机制的不断优化,强化隐私的保护,以及越来越严格的后台管理机制,目前行业内提高App在后台存活率的方案已经在高版本上失去了作用。
发明内容
本申请的目的在于提供一种安卓系统下提高应用程序在后台存活率的方法、装置、计算机可读存储介质及移动终端,旨在解决目前行业内提高App在后台存活率的方案已经在高版本上失去了作用的问题。
第一方面,本申请提供了一种安卓系统下提高应用程序在后台存活率的方法,所述方法包括:
应用程序在后台运行时,将应用程序在安卓系统中的服务设置为前台服务;
在通知栏中自定义一个挂件,并在挂件上循环播放无声音的音频文件,控制应用程序的信息与自定义的挂件进行交互。
第二方面,本申请提供了一种安卓系统下提高应用程序在后台存活率的装置,包括:
设置模块,用于应用程序在后台运行时,将应用程序在安卓系统中的服务设置为前台服务;
保活模块,用于在通知栏中自定义一个挂件,并在挂件上循环播放无声音的音频文件,控制应用程序的信息与自定义的挂件进行交互。
第三方面,本申请提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如所述的安卓系统下提高应用程序在后台存活率的方法的步骤。
第四方面,本申请提供了一种移动终端,包括:
一个或多个处理器;
存储器;以及
一个或多个计算机程序,所述处理器和所述存储器通过总线连接,其中所述一个或多个计算机程序被存储在所述存储器中,并且被配置成由所述一个或多个处理器执行,其特征在于,所述处理器执行所述计算机程序时实现如所述的安卓系统下提高应用程序在后台存活率的方法的步骤。
在本申请中,由于APP在后台运行时,将APP在安卓系统中的服务设置为前台服务;在通知栏中自定义一个挂件widget,并在widget上播放无声音的音乐文件,从而提高APP进程的优先级;控制APP的信息与自定义的widget进行交互,从而保证APP一直是前台进程,从而提高APP在后台存活率。本申请的方法能够很好的适应于新的安卓系统的版本(例如Android4.0至Android11)以及兼容旧的版本,并且在不修改APK的前提下,能够适配google新发布的Android系统。
附图说明
图1是本申请一实施例提供的安卓系统下提高应用程序在后台存活率的方法的流程图。
图2是本申请一实施例提供的安卓系统下提高应用程序在后台存活率的装置的功能模块框图。
图3是本申请一实施例提供的移动终端的具体结构框图。
具体实施方式
为了使本申请的目的、技术方案及有益效果更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
为了说明本申请所述的技术方案,下面通过具体实施例来进行说明。
请参阅图1,是本申请一实施例提供的安卓系统下提高应用程序在后台存活率的方法的流程图,本实施例主要以该安卓系统下提高应用程序在后台存活率的方法应用于移动终端为例来举例说明。本申请一实施例提供的安卓系统下提高应用程序在后台存活率的方法包括以下步骤:
S101、APP在后台运行时,将APP在安卓系统中的服务设置为前台服务。
在本申请一实施例中,S101具体可以为:
在权限清单文件里申请以下权限:“允许一个程序获取信息有关当前或最近运行的任务android.permission.GET_TASK”、“允许一个应用程序检索私有信息是当前最顶级的活动android.permission.GET_TOP_ACTIVITY_INFO”、“重新排序系统Z轴运行中的任务android.permission.REORDER_TASKS”和“允许应用可以通过固件的签名密钥签名android.permission.INTERACT_ACROSS_USERS_FULL”,然后获取APP前后台切换的状态,当APP切换到后台运行时,将APP在安卓系统中的服务设置为前台服务,当APP切换回前台运行时,结束流程。
在本申请一实施例中,针对Android9.0及以上版本,还需要在权限清单文件里申请以下权限:"前台服务权限android.permission.FOREGROUND_SERVICE",否则无法将APP在安卓系统中的服务设置为前台服务。
S102、在通知栏中自定义一个挂件(Web widget,简称widget),并在widget上循环播放无声音的音频文件,从而提高APP进程的优先级;控制APP的信息与自定义的widget进行交互,从而保证APP一直是前台进程,从而提高APP在后台存活率。
在本申请一实施例中,S102具体可以包括以下步骤:
S1021、开启保活服务进程;
S1022、检测APP是否获取到了发送通知的权限,具体可以通过通知管理工具来对权限进行检测,通知管理工具已经针对不同版本的通知做了适配;只有获取了该权限,发送的通知才能够在通知栏里显示,不同的Android系统版本,在获取权限上有比较大的区别;
S1023、如果检测到APP获取到了发送通知的权限,则在通知栏中自定义一个挂件(Web widget,简称widget),并在widget上循环播放无声音的音频文件(具体可以将无声音的音频文件预置到APP的资源(assets)文件夹下面,然后通过Android的媒体播放器播放所述无声音的音频文件),然后APP向通知栏发送自定义的挂件,使保活服务变更为前台进程服务;如果检测到APP没有获取到发送通知的权限,则引导用户去设置页面里手动进行打开,为了确认发送通知的权限正常打开,需要返回S1022再进行一次权限确认检测。
S1024、控制APP的信息与自定义的widget进行交互,将APP的信息(例如时间、步数等)发送到通知栏。
在本申请一实施例中,S102之后,所述方法还可以包括以下步骤:
判断APP对应的进程是否处于存活状态,如果不是,则通过任务中心复活APP对应的进程。
所述判断APP对应的进程是否处于存活状态,如果不是,则通过任务中心复活APP对应的进程具体可以包括以下步骤:
启动保活检测服务,开启第一进程和第二进程,并将第一进程和第二进程设置为前台进程,在第一进程里,检测第二进程和保活服务的进程是否还存活,如果检测到第二进程和保活服务还存活,则通过定时任务来预约下一次检测时间,如此循环下去,如果检测到第二进程和保活服务被系统回收了,则通知任务中心将第二进程和保活服务重新复活;同理,在第二进程里,检测第一进程和保活服务的进程是否还存活,如果检测到第一进程和保活服务还存活,则通过定时任务来预约下一次检测时间,如此循环下去,如果检测到第一进程和保活服务被系统回收了,则通知任务中心将第一进程和保活服务重新复活。
为了防范保活检测服务也被系统停止的情况,在本申请一实施例中,通过接入封装好的厂商推送SDK(VendorPush SDK)服务,在所述SDK里接入预设手机品牌(例如目前市面上流行的手机品牌)的推送服务,手机品牌商的推送服务是系统级别的通道,当APP被停止了,通过VendorPuhsdk,APP还是可以收到消息,类似于IOS的(Apple Push NotificationService,简称APNS)。当有消息到来时,再检测保活服务以及保活检测服务是否生效,如果失效,则通知任务中心将保活服务和保活检测服务重新复活。
在本申请一实施例中,S101之前,所述方法还可以包括以下步骤:
检测当前的APP是否加入了移动终端预设的白名单,如果是,则将当前的APP切换到后台运行。
所述检测当前的APP是否加入了移动终端的白名单具体可以为:
通过API(Application Programming Interface,应用程序接口)检测当前的APP是否加入了移动终端预设的白名单。
所述检测当前的APP是否加入了移动终端预设的白名单之后,所述方法还可以包括:
如果当前的APP没有加入移动终端预设的白名单,则在主界面弹出供用户选择是否加入移动终端预设的白名单的对话框,如果接收到用户选择不加入移动终端预设的白名单的指令,则关闭对话框,并将此次操作记录在APP的日志文件里;当APP下次启动时再重复执行所述检测当前的APP是否加入了移动终端预设的白名单的步骤,为了不影响用户的体验,可以设置次数限制,达到阈值时,就不做检测了,从而可以防止频繁弹窗。如果接收到用户选择加入移动终端预设的白名单的指令,则获取当前移动终端的品牌、型号、安卓系统的版本和设备ID信息,经过权限管理软件开发工具包SDK(例如LLGO SDK)跳转到对应品牌对应系统的添加白名单的设置页面,如果用户已经将APP添加到手机系统白名单内了,将此次操作记录在APP的日志文件里。
这里需要特别要注意的是,同一个厂商下,不同Android系统版本打开添加白名单的设置页面不一样,如果处理不当会引发系统崩溃。目前市面上很多方案为了方便,大部分是直接跳转到设置页面。而本申请是在APP的权限清单文件里注册获取手机状态的权限。在这里特别要注意的是,不同的Android版本对权限的处理方式也有差别,Android M以下的,只要注册了这个权限,就可以通过API取得移动终端品牌、型号等信息。Android M及以上当APP中注册了该权限,在APP启动时,需要开发人员动态去申请这个权限,当申请这个权限后,系统会弹出一个权限选择的对话框,供用户选择,如果用户未授予这个权限,则无法获取到移动终端的ID信息。
在本申请一实施例中,所述方法还可以包括以下步骤:
在APP中动态注册监听屏幕解锁的广播接收者;
当用户解锁屏幕后,所述监听屏幕解锁的广播接收者收到系统的回调,启动保活检测服务对保活服务和保活进程进行检测,如果保活服务或保活进程被回收了,发送指令给任务中心将对应的保活服务或保活进程进行复活,如果保活服务或保活进程是存活的,则不作任何操作。
请参阅图2,本申请一实施例提供的安卓系统下提高应用程序在后台存活率的装置可以是运行于计算机设备中的一个计算机程序或一段程序代码,例如该安卓系统下提高应用程序在后台存活率的装置为一个应用软件;该安卓系统下提高应用程序在后台存活率的装置可以用于执行本申请实施例提供的安卓系统下提高应用程序在后台存活率的方法中的相应步骤。本申请一实施例提供的安卓系统下提高应用程序在后台存活率的装置包括:
设置模块11,用于APP在后台运行时,将APP在安卓系统中的服务设置为前台服务;
保活模块12,用于在通知栏中自定义一个挂件,并在挂件上循环播放无声音的音频文件,控制APP的信息与自定义的挂件进行交互。
本申请一实施例提供的安卓系统下提高应用程序在后台存活率的装置与本申请一实施例提供的安卓系统下提高应用程序在后台存活率的方法属于同一构思,其具体实现过程详见说明书全文,此处不再赘述。
本申请一实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如本申请一实施例提供的安卓系统下提高应用程序在后台存活率的方法的步骤。
图3示出了本申请一实施例提供的移动终端的具体结构框图,一种移动终端100包括:一个或多个处理器101、存储器102、以及一个或多个计算机程序,其中所述处理器101和所述存储器102通过总线连接,所述一个或多个计算机程序被存储在所述存储器102中,并且被配置成由所述一个或多个处理器101执行,所述处理器101执行所述计算机程序时实现如本申请一实施例提供的安卓系统下提高应用程序在后台存活率的方法的步骤。移动终端可以包括手机、平板电脑、笔记本电脑、个人数字助理和穿戴式设备等中的至少一种。
在本申请中,由于APP在后台运行时,将APP在安卓系统中的服务设置为前台服务;在通知栏中自定义一个挂件widget,并在widget上播放无声音的音乐文件,从而提高APP进程的优先级;控制APP的信息与自定义的widget进行交互,从而保证APP一直是前台进程,从而提高APP在后台存活率。本申请的方法能够很好的适应于新的安卓系统的版本(例如Android4.0至Android11)以及兼容旧的版本,并且在不修改APK的前提下,能够适配google新发布的Android系统。
应该理解的是,本申请各实施例中的各个步骤并不是必然按照步骤标号指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,各实施例中至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一非易失性计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种安卓系统下提高应用程序在后台存活率的方法,其特征在于,所述方法包括:
应用程序APP在后台运行时,将应用程序在安卓系统中的服务设置为前台服务;
在通知栏中自定义一个挂件,并在挂件上循环播放无声音的音频文件,控制应用程序的信息与自定义的挂件进行交互。
2.如权利要求1所述的方法,其特征在于,所述应用程序在后台运行时,将应用程序在安卓系统中的服务设置为前台服务具体为:
在权限清单文件里申请以下权限:“允许一个程序获取信息有关当前或最近运行的任务android.permission.GET_TASK”、“允许一个应用程序检索私有信息是当前最顶级的活动android.permission.GET_TOP_ACTIVITY_INFO”、“重新排序系统Z轴运行中的任务android.permission.REORDER_TASKS”和“允许应用可以通过固件的签名密钥签名android.permission.INTERACT_ACROSS_USERS_FULL”,然后获取APP前后台切换的状态,当APP切换到后台运行时,将APP在安卓系统中的服务设置为前台服务,当APP切换回前台运行时,结束流程;
针对安卓9.0及以上版本,还需要在权限清单文件里申请以下权限:"前台服务权限android.permission.FOREGROUND_SERVICE"。
3.如权利要求1所述的方法,其特征在于,S102具体包括以下步骤:
S1021、开启保活服务进程;
S1022、检测应用程序是否获取到了发送通知的权限;
S1023、如果检测到应用程序获取到了发送通知的权限,则在通知栏中自定义一个挂件,并在挂件上循环播放无声音的音频文件,然后应用程序向通知栏发送自定义的挂件,使保活服务变更为前台进程服务;如果检测到应用程序没有获取到发送通知的权限,则引导用户去设置页面里手动进行打开,返回S1022再进行一次权限确认检测;
S1024、控制应用程序的信息与自定义的挂件进行交互,将应用程序的信息发送到通知栏。
4.如权利要求1所述的方法,其特征在于,所述方法还包括:
判断应用程序对应的进程是否处于存活状态,如果不是,则通过任务中心复活应用程序对应的进程。
5.如权利要求4所述的方法,其特征在于,所述判断程序对应的进程是否处于存活状态,如果不是,则通过任务中心复活程序对应的进程具体包括以下步骤:
启动保活检测服务,开启第一进程和第二进程,并将第一进程和第二进程设置为前台进程,在第一进程里,检测第二进程和保活服务的进程是否还存活,如果检测到第二进程和保活服务还存活,则通过定时任务来预约下一次检测时间,如此循环下去,如果检测到第二进程和保活服务被系统回收了,则通知任务中心将第二进程和保活服务重新复活;同理,在第二进程里,检测第一进程和保活服务的进程是否还存活,如果检测到第一进程和保活服务还存活,则通过定时任务来预约下一次检测时间,如此循环下去,如果检测到第一进程和保活服务被系统回收了,则通知任务中心将第一进程和保活服务重新复活。
6.如权利要求1所述的方法,其特征在于,所述方法还包括:
通过接入封装好的厂商推送SDK服务,在所述SDK里接入预设手机品牌的推送服务,当有消息到来时,再检测保活服务以及保活检测服务是否生效,如果失效,则通知任务中心将保活服务和保活检测服务重新复活;和/或,所述方法还包括以下步骤:
在应用程序中动态注册监听屏幕解锁的广播接收者;
当用户解锁屏幕后,所述监听屏幕解锁的广播接收者收到系统的回调,启动保活检测服务对保活服务和保活进程进行检测,如果保活服务或保活进程被回收了,发送指令给任务中心将对应的保活服务或保活进程进行复活,如果保活服务或保活进程是存活的,则不作任何操作;
所述应用程序在后台运行时,将应用程序在安卓系统中的服务设置为前台服务之前,所述方法还包括:
检测当前的应用程序是否加入了移动终端预设的白名单,如果是,则将当前的应用程序切换到后台运行。
7.如权利要求6所述的方法,其特征在于,所述检测当前的应用程序是否加入了移动终端预设的白名单之后,所述方法还包括:
如果当前的应用程序没有加入移动终端预设的白名单,则在主界面弹出供用户选择是否加入移动终端预设的白名单的对话框,如果接收到用户选择不加入移动终端预设的白名单的指令,则关闭对话框,并将此次操作记录在应用程序的日志文件里;当应用程序下次启动时再重复执行所述检测当前的应用程序是否加入了移动终端预设的白名单的步骤;如果接收到用户选择加入移动终端预设的白名单的指令,则获取当前移动终端的品牌、型号、安卓系统的版本和设备ID信息,经过权限管理软件开发工具包SDK跳转到对应品牌对应系统的添加白名单的设置页面,如果用户已经将应用程序添加到手机系统白名单内了,将此次操作记录在应用程序的日志文件里。
8.一种安卓系统下提高应用程序在后台存活率的装置,其特征在于,包括:
设置模块,用于应用程序在后台运行时,将应用程序在安卓系统中的服务设置为前台服务;
保活模块,用于在通知栏中自定义一个挂件,并在挂件上循环播放无声音的音频文件,控制应用程序的信息与自定义的挂件进行交互。
9.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的安卓系统下提高应用程序在后台存活率的方法的步骤。
10.一种移动终端,包括:
一个或多个处理器;
存储器;以及
一个或多个计算机程序,所述处理器和所述存储器通过总线连接,其中所述一个或多个计算机程序被存储在所述存储器中,并且被配置成由所述一个或多个处理器执行,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的安卓系统下提高应用程序在后台存活率的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110197547.5A CN112925582A (zh) | 2021-02-22 | 2021-02-22 | 安卓系统下提高应用程序在后台存活率的方法及移动终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110197547.5A CN112925582A (zh) | 2021-02-22 | 2021-02-22 | 安卓系统下提高应用程序在后台存活率的方法及移动终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112925582A true CN112925582A (zh) | 2021-06-08 |
Family
ID=76170100
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110197547.5A Pending CN112925582A (zh) | 2021-02-22 | 2021-02-22 | 安卓系统下提高应用程序在后台存活率的方法及移动终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112925582A (zh) |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106775709A (zh) * | 2016-12-13 | 2017-05-31 | 北京小米移动软件有限公司 | 提示消息的显示方法及设备 |
CN109669730A (zh) * | 2018-12-26 | 2019-04-23 | 北京达佳互联信息技术有限公司 | 一种进程保活方法、装置、电子设备及介质 |
CN109766178A (zh) * | 2019-01-16 | 2019-05-17 | 四川科瑞软件有限责任公司 | 一种安卓系统下的应用进程保活系统及方法 |
CN109814954A (zh) * | 2017-11-21 | 2019-05-28 | 腾讯科技(深圳)有限公司 | 推送消息接收方法、装置、存储介质和计算机设备 |
US20190205159A1 (en) * | 2016-09-12 | 2019-07-04 | Huawei Technologies Co., Ltd. | Method and apparatus for silently starting application in background and terminal device |
CN111076741A (zh) * | 2019-12-03 | 2020-04-28 | Oppo广东移动通信有限公司 | 导航状态获取方法、装置、存储介质及电子设备 |
CN111488207A (zh) * | 2020-03-11 | 2020-08-04 | 中移(杭州)信息技术有限公司 | 应用进程保活方法、装置、网络设备及存储介质 |
CN112084043A (zh) * | 2020-08-10 | 2020-12-15 | 五八有限公司 | 一种推送消息的管理方法、装置、电子设备及存储介质 |
CN112084488A (zh) * | 2020-08-27 | 2020-12-15 | 广州新视展投资咨询有限公司 | 应用权限管理方法、装置及系统 |
CN112291364A (zh) * | 2020-11-06 | 2021-01-29 | 腾讯科技(深圳)有限公司 | 一种消息推送处理方法和装置 |
-
2021
- 2021-02-22 CN CN202110197547.5A patent/CN112925582A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190205159A1 (en) * | 2016-09-12 | 2019-07-04 | Huawei Technologies Co., Ltd. | Method and apparatus for silently starting application in background and terminal device |
CN106775709A (zh) * | 2016-12-13 | 2017-05-31 | 北京小米移动软件有限公司 | 提示消息的显示方法及设备 |
CN109814954A (zh) * | 2017-11-21 | 2019-05-28 | 腾讯科技(深圳)有限公司 | 推送消息接收方法、装置、存储介质和计算机设备 |
CN109669730A (zh) * | 2018-12-26 | 2019-04-23 | 北京达佳互联信息技术有限公司 | 一种进程保活方法、装置、电子设备及介质 |
CN109766178A (zh) * | 2019-01-16 | 2019-05-17 | 四川科瑞软件有限责任公司 | 一种安卓系统下的应用进程保活系统及方法 |
CN111076741A (zh) * | 2019-12-03 | 2020-04-28 | Oppo广东移动通信有限公司 | 导航状态获取方法、装置、存储介质及电子设备 |
CN111488207A (zh) * | 2020-03-11 | 2020-08-04 | 中移(杭州)信息技术有限公司 | 应用进程保活方法、装置、网络设备及存储介质 |
CN112084043A (zh) * | 2020-08-10 | 2020-12-15 | 五八有限公司 | 一种推送消息的管理方法、装置、电子设备及存储介质 |
CN112084488A (zh) * | 2020-08-27 | 2020-12-15 | 广州新视展投资咨询有限公司 | 应用权限管理方法、装置及系统 |
CN112291364A (zh) * | 2020-11-06 | 2021-01-29 | 腾讯科技(深圳)有限公司 | 一种消息推送处理方法和装置 |
Non-Patent Citations (3)
Title |
---|
JACK JIANG: "Android保活从入门到放弃:乖乖引导用户加白名单吧(附7大机型加白示例)", 《HTTPS://ZHUANLAN.ZHIHU.COM/P/150475759》, pages 1 - 10 * |
激流勇进1: "app中使用", 《HTTPS://WWW.CNBLOGS.COM/LY570/P/11291186.HTML》, pages 1 - 2 * |
邹琼俊: "《H5+跨平台移动应用实战开发》", 30 April 2019, 北京航空航天大学出版社, pages: 215 - 218 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109992310B (zh) | 应用程序保活方法、装置、计算机设备和存储介质 | |
US9953161B2 (en) | Method, device and system for processing notification bar message | |
US10409441B2 (en) | Method of processing application CPU usage rate anomaly, and device and mobile terminal | |
CN107748685B (zh) | 应用程序启动控制方法、装置、终端设备及存储介质 | |
CN111427596B (zh) | 一种软件升级的方法、装置及终端设备 | |
CN110825563B (zh) | 系统恢复方法、装置以及电子设备 | |
CN109271213B (zh) | Html5页面的加载方法、装置、计算机设备及存储介质 | |
EP2988241A1 (en) | System function call method, apparatus and terminal | |
CN113990354B (zh) | 基于Linux的音频控制方法、装置、设备和存储介质 | |
EP3486823B1 (en) | System notification service control method, apparatus, terminal device, and storage medium | |
CN106775754A (zh) | 应用的兼容性处理方法及装置 | |
CN110020330B (zh) | 页面跳转方法及页面跳转装置、设备和存储介质 | |
CN105786636A (zh) | 一种系统修复方法及装置 | |
CN107786729A (zh) | 一种操作系统升级方法及终端 | |
CN109086077A (zh) | 一种应用程序的运行方法和装置 | |
CN106293790B (zh) | 基于Firefox操作系统的应用程序升级方法和装置 | |
CN112035132A (zh) | 应用程序的语言切换方法及装置 | |
CN111143830A (zh) | 一种限制应用使用的方法、装置、终端设备及存储介质 | |
CN112925582A (zh) | 安卓系统下提高应用程序在后台存活率的方法及移动终端 | |
CN113031996A (zh) | 一种电子设备的ota升级方法、装置、控制终端及介质 | |
CN112181529A (zh) | 应用程序控制方法、装置以及电子设备 | |
CN106775608B (zh) | 独立系统进程的实现方法和装置 | |
CN112148351A (zh) | 一种应用软件跨版本兼容的方法和系统 | |
CN104350476B (zh) | 一种版本检测周期调节方法及装置 | |
CN111367577A (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 |