应对应用程序被查杀的保活拉活方法、存储介质及设备

摘要

本申请涉及一种应对应用程序被查杀的保活拉活方法、存储介质及设备，本申请中，在应用程序启动时开启工作服务，并在应用程序搭载的设备上注册任务管理器，开启守护进程。由于守护进程至少包括两个相互保护的进程，相互保护的进程可以进行互相拉活，在其中一个守护进程被查杀掉时，剩余的守护进程对被杀掉的守护进程进行拉活，保证守护进程不会被全部查杀掉。在守护进程正常运行的前提下，通过守护进程检测应用程序是否被查杀，在应用程序被查杀时，通过守护进程重新启动应用程序，实现应用程序的保活拉活。本申请中，通过设立两个相互保护的进程来对应用程序进行保活拉活，防止应用程序被查杀的效果更好。

说明书

技术领域

本申请涉及应用程序拉活技术领域，尤其涉及一种应对应用程序被查杀的保活拉活方法、存储介质及设备。

背景技术

随着科技的进步，业务的发展，各种各样的应用程序越来越多，安装在各种各样的设备上，但是应用程序在后台运行时将面临被系统或第三方应用程序恶意查杀的风险，从而影响应用程序的稳定运行。

发明内容

为至少在一定程度上克服相关技术中存在的问题，本申请提供一种应对应用程序被查杀的保活拉活方法、存储介质及设备。

本申请的方案如下：

根据本申请实施例的第一方面，提供一种应对应用程序被查杀的保活拉活方法，包括：

在应用程序启动时开启工作服务，并在所述应用程序搭载的设备上注册任务管理器；

开启守护进程；其中，所述守护进程至少包括两个相互保护的进程；

通过所述守护进程检测所述应用程序是否被查杀，在所述应用程序被查杀时，通过所述守护进程重新启动所述应用程序。

优选的，在本申请一种可实现的方式中，还包括：

同时开启本地服务进程和远程服务进程，将所述本地服务进程和远程服务进程作为所述守护进程进行绑定，使所述本地服务进程和远程服务进程进行互相监听；其中：所述本地服务进程搭载在所述设备上，用于维持所述应用程序的本地运行；所述远程服务进程搭载在远端服务器上。

优选的，在本申请一种可实现的方式中，还包括：

在所述本地服务进程被查杀时，通过所述远程服务进程重新启动所述本地服务进程；在所述远程服务进程被查杀时，通过所述本地服务进程重新启动所述远程服务进程。

优选的，在本申请一种可实现的方式中，还包括：

检测所述应用程序是否处于后台运行，在所述应用程序处于后台运行时，通过预先建立的后台常开进程维持所述应用程序的活性。

优选的，在本申请一种可实现的方式中，所述通过预先建立的后台常开进程维持所述应用程序的活性，具体包括：

检测所述设备是否息屏；

在所述设备息屏且所述应用程序处于后台运行时，播放无声背景音乐维持所述应用程序的活性；

在所述设备未息屏且所述应用程序处于后台运行时，播放所述无声背景音乐维持所述应用程序的活性；

在所述设备未息屏且所述应用程序未处于后台运行时，停止播放所述无声背景音乐。

优选的，在本申请一种可实现的方式中，所述通过预先建立的后台常开进程维持所述应用程序的活性，具体还包括：

在所述设备息屏且所述应用程序处于后台运行时，在通知栏显示预设像素的活动窗口维持所述应用程序的活性；

在所述设备未息屏且所述应用程序处于后台运行时，在通知栏显示预设像素的所述活动窗口维持所述应用程序的活性；

在所述设备未息屏且所述应用程序未处于后台运行时，停止在通知栏显示所述活动窗口。

优选的，在本申请一种可实现的方式中，所述预设像素为1像素。

优选的，在本申请一种可实现的方式中，所述通过预先建立的守护进程检测所述应用程序是否被查杀，具体包括：

在通过预先建立的守护进程接收到所述应用程序被查杀关闭前发送的广播时，判断为所述应用程序被查杀。

根据本申请实施例的第二方面，提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时，实现如以上任一项所述的应对应用程序被查杀的保活拉活方法。

根据本申请实施例的第三方面，提供一种应对应用程序被查杀的保活拉活设备，包括：

处理器和存储器；

所述处理器与存储器通过通信总线相连接：

其中，所述处理器，用于调用并执行所述存储器中存储的程序；

所述存储器，用于存储程序，所述程序至少用于执行如以上任一项所述的应对应用程序被查杀的保活拉活方法。

本申请提供的技术方案可以包括以下有益效果：本申请中，在应用程序启动时开启工作服务，并在应用程序搭载的设备上注册任务管理器，开启守护进程。由于守护进程至少包括两个相互保护的进程，相互保护的进程可以进行互相拉活，在其中一个守护进程被查杀掉时，剩余的守护进程对被杀掉的守护进程进行拉活，保证守护进程不会被全部查杀掉。在守护进程正常运行的前提下，通过守护进程检测应用程序是否被查杀，在应用程序被查杀时，通过守护进程重新启动应用程序，实现应用程序的保活拉活。本申请中，通过设立两个相互保护的进程来对应用程序进行保活拉活，防止应用程序被查杀的效果更好。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是本申请一个实施例提供的一种应对应用程序被查杀的保活拉活方法的流程示意图；

图2是本申请另一个实施例提供的一种应对应用程序被查杀的保活拉活方法的流程示意图；

图3是本申请一个实施例提供的通过预先建立的后台常开进程维持应用程序的活性的具体方式示意图。

图4是本申请一个实施例提供的一种应对应用程序被查杀的保活拉活设备的结构示意图。

附图标记：处理器-21；存储器-22。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

图1是本申请一个实施例提供的一种应对应用程序被查杀的保活拉活方法的流程示意图，参照图1，一种应对应用程序被查杀的保活拉活方法，包括：

S11：在应用程序启动时开启工作服务，并在应用程序搭载的设备上注册任务管理器；

S12：开启守护进程；其中，守护进程至少包括两个相互保护的进程；

开启守护进程具体包括：同时开启本地服务进程和远程服务进程，将本地服务进程和远程服务进程作为守护进程进行绑定，使本地服务进程和远程服务进程进行互相监听；其中：本地服务进程搭载在设备上，用于维持应用程序的本地运行；远程服务进程搭载在远端服务器上。

守护进程的相互保护通过如下方式实现：

在本地服务进程被查杀时，通过远程服务进程重新启动本地服务进程；在远程服务进程被查杀时，通过本地服务进程重新启动远程服务进程。两个进程共同运行，相互保护，在一定的意义上，可以维持进程的不断运行。

S13：通过守护进程检测应用程序是否被查杀，在应用程序被查杀时，通过守护进程重新启动应用程序。

通过预先建立的守护进程检测应用程序是否被查杀，具体包括：

在通过预先建立的守护进程接收到应用程序被查杀关闭前发送的广播时，判断为应用程序被查杀。

本实施例中，在应用程序内预设在被查杀关闭前发送广播的程序。在应用程序被查杀时，应用程序会主动向守护进程发送广播，通知守护进程对应用程序进行拉活。

本实施例中，通过设立两个相互保护的进程来对应用程序进行保活拉活，防止应用程序被查杀的效果更好。

为了组合使用多种技术手段对应用程序起到更好的保活拉活的效果，一些实施例中的应对应用程序被查杀的保活拉活方法方法，参照图2，还包括：

S14：检测应用程序是否处于后台运行，在应用程序处于后台运行时，通过预先建立的后台常开进程维持应用程序的活性。

通过预先建立的后台常开进程维持应用程序的活性，参照图3，具体包括：

检测设备是否息屏；

1)在设备息屏且应用程序处于后台运行时，播放无声背景音乐维持应用程序的活性；

在设备未息屏且应用程序处于后台运行时，播放无声背景音乐维持应用程序的活性；

在设备未息屏且应用程序未处于后台运行时，停止播放无声背景音乐。

播放无声背景音乐不会对用户使用设备造成任何影响，同时保证了应用程序在后台运行时的活性。

2)在设备息屏且应用程序处于后台运行时，在通知栏显示预设像素的活动窗口维持应用程序的活性；

在设备未息屏且应用程序处于后台运行时，在通知栏显示预设像素的活动窗口维持应用程序的活性；

在设备未息屏且应用程序未处于后台运行时，停止在通知栏显示活动窗口。

优选的，预设像素为1像素。

在通知栏显示1像素的活动窗口，不会对用户使用设备造成任何影响，同时保证了应用程序在后台运行时的活性。

一些实施例中的应对应用程序被查杀的保活拉活方法方法，将启动守护进程，播放无声背景音乐，在通知栏显示1像素活动窗口的功能封装成软件开发工具包，与应用程序进行捆绑，该软件开发工具包与应用程序捆绑安装在用户的设备上，应用程序提供方在服务器开放相应接口供应用程序捆绑的软件开发工具包使用。

应用程序在用户的设备上启动后，初始化该软件开发工具包，该软件开发工具包开启工作服务，在应用程序搭载的设备上注册任务管理器；开启本地服务进程和远程服务进程，将本地服务进程和远程服务进程作为守护进程进行绑定；基于设备是否息屏、应用程序是否处于后台状态来决定是否播放无声背景音乐，是否在通知栏显示1像素的活动窗口。

组合使用多种技术手段达到保活拉活的效果，达到提升应用程序存活率的目的。

一种存储介质，存储介质存储有计算机程序，计算机程序被处理器执行时，实现如以上任一实施例中的应对应用程序被查杀的保活拉活方法。

一种应对应用程序被查杀的保活拉活设备，参照图4，包括：

处理21和存储器22；

处理器21与存储器22通过通信总线相连接：

其中，处理器21，用于调用并执行存储器22中存储的程序；

存储器22，用于存储程序，程序至少用于执行如以上任一实施例中的应对应用程序被查杀的保活拉活方法。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。