[发明专利]一种应用程序的自启动检测方法、装置及服务器

说明书

本申请实施例提供了一种应用程序的自启动检测方法、装置及服务器，包括：代理接口对象获取所述应用程序提交的组件启动指令；所述代理接口对象解析所述组件启动指令，并将解析得到的目标信息上传至服务器，所述服务器用于依据所述目标信息判定应用程序是否被自启动。在本申请实施例中，当应用程序启动时，生成用于代理Android系统组件启动的必经路径上的ActivityThread的原始接口对象的代理接口对象。在应用程序的启动流程中，代理接口对象获取组件启动指令后，对组件启动指令进行解析，并将解析得到的目标信息上传至预设服务器。使得程序开发者可以根据服务器收集的目标信息来优化应用的自启动，以降低应用耗电和CPU占用，提升应用的稳定性，打造更好的用户体验。

技术领域

本申请涉及通信技术领域，特别是涉及一种应用程序的自启动检测方法、一种应用程序的自启动检测装置和服务器。

背景技术

在Android应用市场上存在成千上万个应用程序，由于Android系统本身的开放性，导致各种应用程序普遍存在自启动，抢占系统CPU资源，使得手机产生系统卡顿，耗电速度快，发热严重等现象。

目前有些厂商会在Android系统层面上对应用程序自启动进行控制，如小米手机MIUI系统，采取技术手段通常是修改定制Android系统代码实现；还有一些安全软件公司开发第三方优化工具，辅助用户清理应用进程，如奇虎360科技有限公司的360安全卫士，QQ手机助手，猎豹清理大师等，大多采取技术手段是通过获取手机上所有安装的，正在运行的应用信息，关闭开机广播，网络变化广播接收器，获取root权限和清理后台独立守护进程等。通过这些应用外的手段，自启动现象得到一定程度缓解，但是没有从根源上解决特定应用程序自启动问题。

回到应用程序自身来说，如果不对自身的自启动进行检测和监控，将会占用大量CPU资源，提高耗电最快，成为手机系统上的杀手级应用。从而导致用户不得不卸掉应用程序，或者频繁充电，或者重启系统。这对应用程序的推广和成长是极其不利的。

发明内容

鉴于上述问题，提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种应用程序的自启动检测方法、一种应用程序的自启动检测装置和服务器。

为了解决上述问题，本申请实施例公开了一种应用程序的自启动检测方法，生成有代理接口对象；所述的方法包括：

所述代理接口对象获取所述应用程序提交的组件启动指令；

所述代理接口对象解析所述组件启动指令，并将解析得到的目标信息上传至服务器，所述服务器用于依据所述目标信息判定应用程序是否被自启动。

优选的，所述方法还包括：

当应用程序启动时，应用程序向系统活动管理服务模块AMS发送组件启动指令；

所述代理接口对象获取所述应用程序提交的组件启动指令的步骤包括：

所述代理接口对象接收由所述系统活动管理服务模块AMS发送的由所述应用程序提交的组件启动指令。

优选的，所述方法还包括：

所述系统活动管理服务模块AMS在接收到所述应用程序提交的组件启动指令后，针对所述应用程序创建主线程ActivityThread；其中，所述主线程ActivityThread包括内部成员对象消息处理模块Handler，所述消息处理模块Handler包含原始回调函数Callback；

所述代理接口对象代理所述原始回调函数Callback，将所述组件启动指令分发到对应的系统组件，以完成组件的启动。

优选的，所述组件启动指令包括：界面Activity组件启动指令；

所述代理接口对象解析所述组件启动指令，并将解析得到的目标信息上传至服务器的步骤包括：