[发明专利]一种安卓平台下应用进程保活的实现方法

说明书

本发明提供了一种安卓平台下应用进程保活的实现方法，其包括如下步骤：步骤S1：安卓系统中，有两个以上的应用集成了服务工具包；步骤S2：应用1启动；步骤S3：应用1扫描系统中运行的所有入口服务组件，判断是否存在其他入口服务组件，如果不存在其他入口服务组件，则执行步骤S4后再执行步骤S5；如果存在其他入口服务组件，则跳过步骤S4直接执行步骤S5；步骤S4：应用1启动自己的代理服务组件保持长连接，应用1通过入口服务组件拉起已经注册的应用2；步骤S5：应用1绑定已经存在的应用2的守护服务组件；步骤S6：应用2回绑应用1的守护服务组件；步骤S7：应用1与应用2形成互守，多个应用形成网状互守。

技术领域

本发明涉及在安卓(Android)平台下应用进程保活的一种实现方式。具体而言是在多个应用开发过程中集成本方案提供的软件开发工具包，通过安卓平台原生的进程间通信机制实现多个进程间的网状监听和连接，从而实现多应用进程之间的互守，进程被系统回收后的及时拉起及保活，最终实现应用进程与云端长连接的保持和云端推送消息的及时送达。

背景技术

目前苹果公司的iOS系统和Google公司的Android系统已经几乎占据了移动操作系统的整个市场份额，苹果公司在iOS系统中已经实现了统一的消息推送规范APNs，Google公司也在Android中内置了GMS模块以支持对GCM，但是GCM在国内发展得并不顺利，出现了水土不服的现象，主要原因是由于国内网络运营商NAT超时问题和一些ROM厂商直接阉割掉了GMS模块，所以在Android平台下各种第三方推送框架如雨后春笋般出现，例如ROM厂商的有小米推送，华为推送等，第三方公司的有个推，极光推送等，应用平台公司的有百度推送，信鸽等。

我们知道有效的推送可以将云端的消息很及时的通过应用保持的长连接送达到设备，这样更有利于及时通知用户和激活设备活跃。但是长连接的存活依赖于应用进程的存活，所以能让进程在系统中驻留而不被系统回收是很多应用开发商试图解决的问题。

鉴于移动平台的特性，操作系统在管理移动设备的内存时往往会将已经切换到后台或占用较大内存的应用进程杀掉以释放更多的内存供其他应用程序使用，其实这种策略在传统桌面操作系统中也是存在的，只是由于桌面机的内存足够大以至于很多用户无法体会到而已。对于应用运营人员来说，应用被操作系统回收而非用户本意行为会有很多弊端，例如推送的消息不能送达到设备，应用被杀说明用户处于一种不活跃状态，运营人员无法与用户进行更多的互动。所以对于移动端应用开发人员来说，进程保活是一直都在试图解决的问题。目前已经有一些方法可在不同的Android版本上实现此功能，例如一像素点方案，绑定前台服务方案，通过本地代码开发一个动态链接库Fork一个Linux子进程的方案，这些都是利用了系统的漏洞而非正常的方式实现，受限于Android系统版本。

一像素点方案：通过应用在Android的主屏幕中开出一个只有一个像素的悬浮框对用户实现了隐藏，但是系统认为属于一个绑定了界面的前台应用，所以在某些条件下会保活。该方案的缺点是：破坏Android生态，需要为应用开启悬浮窗权限。

前台服务方案：前台服务是通过提升应用的优先级而实现的一种保活方式，这种方式需要服务关联一个顶部通知栏的一个通知，虽然也有一些利用Android系统的漏洞可以隐藏掉通知的方法存在，但是Google随时可能修补这个漏洞。该方案的缺点是：破坏Android生态，长期驻留在一个通知。

FORK本地进程方案：通过本地代码开发调用Linux系统的Fork函数创建一个Linux的进程来守护应用的主进程。该方案的缺点是：Android5.0以后由于策略的调整此方法基本失效。

本发明所采用的方案是基于Android系统原生的进程间通信能力，采用完全Android所支持的开发方式通过一定的策略实现进程保活，几乎不会受到Android版本的限制，但是可能会受一些第三方安全软件的链式启动管理策略的限制，这也是为了保护安卓用户建立良好的Android生态环境而设置。

发明内容