安卓平台下含长连接通讯进程的应用保活处理方法及系统与流程

本发明涉及应用程序通信技术领域，尤其涉及一种安卓平台下含长连接通讯进程的应用保活处理方法、系统及计算机可读存储介质。

背景技术：

在国内android多厂家自定义系统环境下，对后台应用的管理越发严格，对耗电量、网络io、cpu唤醒等限制更加严格，如果需要应用在后台能够长时间运行，需要一种可以保活应用的方法。

申请号为201710087348.2的申请公开了一种安卓平台下应用进程保活的实现方法，其采用的是双守护组件拉起保活。但是在android6.0以上系统中，在系统清理应用时会清理同组进程，因此，这种方法不适于android6.0以上系统的应用进程保活。此外，对于含有长连接tcp通讯的进程，这种方法更加不支持。

技术实现要素：

本发明的主要目的在于提供一种安卓平台下含长连接通讯进程的应用保活处理方法及系统。

为实现上述目的，本发明提供一种安卓平台下含长连接通讯进程的应用保活处理方法，所述方法包括以下步骤：

监听应用的状态；

在所述应用从前台模式转为后台模式时，向所述长连接通讯进程的消息推送端发送第一通知消息，所述第一通知消息为所述消息推送端只向所述长连接通讯进程推送提示性消息；

在应用处于后台模式的时间达到预设阈值时，将所述应用由固定心跳模式切换为自适应心跳模式。

在本发明提供的安卓平台下含长连接通讯进程的应用保活处理方法中，还包括：

在所述应用从前台模式转为后台模式时，在后台播放无声音乐。

在本发明提供的安卓平台下含长连接通讯进程的应用保活处理方法中，在所述自适应心跳模式下，以固定心跳模式下的心跳时间作为初始心跳时间，将所述初始心跳时间每次增加一个固定值作为自适应心跳时间向所述消息推送端发送消息进行自适应循环。

在本发明提供的安卓平台下含长连接通讯进程的应用保活处理方法中，还包括：

将所述长连接通讯进程接收到的消息置于手机通知栏。

本发明另一方面还提供一种安卓平台下含长连接通讯进程的应用保活处理系统，包括：

监听模块，用于监听应用的状态；

推送模块，用于在所述应用从前台模式转为后台模式时，向所述长连接通讯进程的消息推送端发送第一通知消息，所述第一通知消息为所述消息推送端只向所述长连接通讯进程推送提示性消息；

切换模块，用于在应用处于后台模式的时间达到预设阈值时，将所述应用由固定心跳模式切换为自适应心跳模式。

在本发明提供的安卓平台下含长连接通讯进程的应用保活处理系统中，还包括：

播放模块，用于在所述应用从前台模式转为后台模式时，在后台播放无声音乐。

在本发明提供的安卓平台下含长连接通讯进程的应用保活处理统中，在所述自适应心跳模式下，以固定心跳模式下的心跳时间作为初始心跳时间，将所述初始心跳时间每次增加一个固定值作为自适应心跳时间向所述消息推送端发送消息进行自适应循环。

在本发明提供的安卓平台下含长连接通讯进程的应用保活处理统中，还包括：

接收模块，用于将所述长连接通讯进程接收到的消息置于手机通知栏。

本发明另一方面还提供一种策略集群分发匹配系统，包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的方法的步骤。

本发明另一方面还提供一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的方法的步骤。

本发明的安卓平台下含长连接通讯进程的应用保活处理方法、系统以及计算机可读存储介质，具有以下有益效果：本发明提供的安卓平台下含长连接通讯进程的应用保活处理方法，在应用程序进入后台模式时，通过向消息推送端发送通知提示消息推送端减少消息推送，只推送提示性的消息，进一步减少网络io，减少进程耗电；通过自适应心跳模式增加心跳间隔来减少进程耗电；通过播放无声的音乐保持进程不会被标记清理，保持应用退到后台保持持续运行状态。因此，可以保持应用退到后台不被清理，对于应用进程有长连接需求的保活效果更加明显。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图：

图1为本发明实施例一提供的安卓平台下含长连接通讯进程的应用保活处理方法的流程示意图。

具体实施方式

为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的典型实施例。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本发明的公开内容更加透彻全面。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。

为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明，应当理解本发明实施例以及实施例中的具体特征是对本申请技术方案的详细的说明，而不是对本申请技术方案的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互组合。

实施例一

图1为本发明实施例一提供的安卓平台下含长连接通讯进程的应用保活处理方法的流程图。如图1所示，本发明提供的安卓平台下含长连接通讯进程的应用保活处理方法包括以下步骤：

步骤s1、监听应用的状态；

具体地，在本发明一实施例中，监听的是安卓平台下含长连接通讯进程的应用程序，这里所说的含长连接通讯进程的应用程序是指执行三次握手链接后，不断开链接，保持客户端和服务端通信，直到服务器超时自动断开链接，或者客户端主动断开链接的应用程序。通过监听应用程序的运行状态来判断应用程序是处于前台模式还是后台模式。其中，本领域技术人员可以理解的是，监听应用程序是处于前台模式还是后台模式是本领域技术人员已知的现有技术，可以通过例如runningtaskinfo类或runningappprocessinfo类来判断，本发明在此并不做限定。

步骤s2、在所述应用从前台模式转为后台模式时，向所述长连接通讯进程的消息推送端发送第一通知消息，所述第一通知消息为所述消息推送端只向所述长连接通讯进程推送提示性消息；

具体地，在本发明一实施例中，当监听到应用程序由前台模式转为后台模式时，由于处于后台模式，用户不会查看应用界面，因此，通过向消息推送端发送通知提示消息推送端减少消息推送，只推送提示性的消息，进一步减少网络io，减少进程耗电。

步骤s3、在应用处于后台模式的时间达到预设阈值时，将所述应用由固定心跳模式切换为自适应心跳模式。

具体地，在本发明一实施例中，应用程序在后台模式运行时，在运行的最初阶段，采用固定心跳模式，这里所说的固定心跳模式，是指客户端以固定的心跳间隔发送心跳包至服务器端，在本发明中，在尽量不影响应用收消息及时性的前提下，使用保活tcp连接的尽可能大的心跳间隔，目前指定为60s。

进一步地，因为心跳间隔越大，唤醒cpu的间隔越小，耗电量越低。因此，为了减少进程耗电，在固定心跳模式运行一段时间后，转为自适应心跳模式，通过增加心跳间隔来减少进程耗电。例如，如果5分钟后应用还处于后台情况下将固定心跳时间切换成自适应心跳。在所述自适应心跳模式下，以固定心跳模式下的心跳时间作为初始心跳时间，将所述初始心跳时间每次增加一个固定值作为自适应心跳时间向所述消息推送端发送消息进行自适应循环。例如，以固定心跳三次成功标记该心跳时间为可行时间，则认为该时间为有效时间，每次增加20s去试探，如果失败则减去20s为可行时间，重新走自适应心跳方案流程。

进一步地，在本发明一实施例中，在所述应用从前台模式转为后台模式时，在后台播放无声音乐。通过播放无声的音乐保持进程不会被标记清理，保持应用退到后台保持持续运行状态。

进一步地，在本发明一实施例中，在进入后台模式后，将所述长连接通讯进程接收到的消息置于手机通知栏。

进一步地，在本发明一实施例中，当监听到应用程序从后台模式返回前台模式时，停止播放无声音乐；恢复消息推送，保持业务正常进行；恢复固定心跳时长。

本发明提供的安卓平台下含长连接通讯进程的应用保活处理方法，在应用程序进入后台模式时，通过向消息推送端发送通知提示消息推送端减少消息推送，只推送提示性的消息，进一步减少网络io，减少进程耗电；通过自适应心跳模式增加心跳间隔来减少进程耗电；通过播放无声的音乐保持进程不会被标记清理，保持应用退到后台保持持续运行状态。因此，可以保持应用退到后台不被清理，对于应用进程有长连接需求的保活效果更加明显。

实施例二

基于同一发明构思，本实施例公开了一种安卓平台下含长连接通讯进程的应用保活处理系统，包括：

监听模块，用于监听应用的状态；

推送模块，用于在所述应用从前台模式转为后台模式时，向所述长连接通讯进程的消息推送端发送第一通知消息，所述第一通知消息为所述消息推送端只向所述长连接通讯进程推送提示性消息；

切换模块，用于在应用处于后台模式的时间达到预设阈值时，将所述应用由固定心跳模式切换为自适应心跳模式；在所述自适应心跳模式下，以固定心跳模式下的心跳时间作为初始心跳时间，将所述初始心跳时间每次增加一个固定值作为自适应心跳时间向所述消息推送端发送消息进行自适应循环；

播放模块，用于在所述应用从前台模式转为后台模式时，在后台播放无声音乐；

接收模块，用于将所述长连接通讯进程接收到的消息置于手机通知栏。

本发明实施例所述系统的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

实施例三

基于同一发明构思，本实施例公开了一种安卓平台下含长连接通讯进程的应用保活处理系统，包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序被处理器执行时实现如实施例一所述的方法的步骤。

实施例四

基于同一发明构思，本实施例公开了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现如实施例一所述的方法的步骤。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。