[发明专利]手机应用程序运行状态的管理方法和系统

说明书

技术领域

本发明涉及计算机软件技术，更具体地说，是一种手机应用程序运行状态的管理方法和系统。 

背景技术

手机是一种典型的资源受限系统，主要体现在CPU处理能力比较弱和内存容量有限，另外，手机还对功耗有很严格的要求，希望尽量提高电池的续航时间。现代的智能手机往往是一个多任务的系统，系统中会同时运行多个应用程序以完成各种任务。因此，对系统中运行着的应用程序的状态进行管理，让应用程序可以根据自己当前的运行状态决定自己执行的操作，减小在当前运行状态下不必要的操作就变得比较重要。通过对应用程序运行状态的管理，既可以减小不必要的操作对CPU处理能力的占用，也可以减小这些操作引起的相关电量消耗，另外在内存资源不足的情况下，系统还可以根据应用程序的运行状态选择可以终止的应用程序终止，以释放内存资源，保证系统的稳定。 

目前智能手机上对应用程序运行状态的管理方法主要有以下几种： 

(1)只对应用程序“正在启动中”和“已经启动运行”这两种状态进行管理。这种应用程序运行状态的管理方式的缺点是，许多应用程序虽然处于“已经启动运行”状态，但很可能其实是在后台运行，由于应用程序无法知道自己到底是在前台还是在后台运行，因此会出现该应用程序虽然在后台运行却仍然在做界面更新的操作，而实际上由于这些程序不需要出现在前台，因此界面更新及相关的操作都是不必要的操作。 

(2)对应用程序的状态进一步区分出“运行”、“暂停”、“恢复”和“停止”等状态并进行管理，但是这种状态管理不适应于多任务系统，在多任务系统中，很多处于后台的应用程序仍然处于正常运行状态，并没有处于“暂 停”或“停止”状态，只是从减少对系统CPU和电量消耗角度出发，不执行与用户交互的相关操作(例如更新界面、监听按键输入等)而已，但应用程序的控制流程仍然在正常运行。因此，对应用程序的“运行”、“暂停”、“恢复”和“停止”等状态进行管理，这在多任务环境下，是不能达到减小对CPU处理能力的占用和电量消耗的目的的。 

(3)对应用程序的运行状态划分为“前台”、“后台”，但是现有的基于前台/后台的这种状态管理并不完善，主要体现在：a)在这种管理系统中，应用程序只能接收到其被显示出来的通知(即处于前台)，但当被另一个应用程序的界面所遮盖时，无法得到自己被隐藏的通知消息(即处于后台)，因此，仍然会进行界面更新及相关的操作；b)在这种管理系统中，使用广播机制来通知应用程序处于“前台”或“后台”运行状态的变化。由于手机的屏幕大小有限，一般只有一个应用程序处于前台状态，其它运行的应用程序都处在后台状态。采用广播机制会对系统中其它本来不需要到前台运行的程序进行判断，对本来不需要运行的不相关的程序进行处理，不必要地消耗系统资源；c)在这种管理系统中，所有应用程序的“前台”、“后台”状态信息没有集中保存到系统的应用管理器中。当系统的内存资源不足，应用管理器需要把不重要的应用程序终止时，可能会错误地选择正在前台运行的应用程序来终止。 

发明内容

本发明要解决的技术问题是提供了一种在多任务手机系统上的应用程序运行状态的管理系统和方法，以解决现有技术中的管理方式对CPU、电量和内存不必要开销太多这一技术问题。 

为解决上述技术问题，本发明提供一种手机应用程序运行状态的管理方法，其中，所述手机中包括窗口管理器模块，应用管理器模块，一个或多个应用程序在其中运行，每个应用程序分别调用一个客户端代理模块，所述方法包括如下步骤： 

A、应用程序调用客户端代理模块提供的窗口操作函数向窗口管理器模块发出操作请求； 

B、窗口管理器模块根据所述的操作请求执行相应的操作，并根据操作 结果向应用管理器模块发送状态切换消息； 

C、应用管理器模块依据所述状态切换消息，向客户端代理模块发送应用程序运行状态变化的消息； 

D、客户端代理模块将应用程序运行状态变化的消息通知给调用该客户端代理模块的应用程序。 

进一步地，上述方法还可具有以下特点： 

所述状态切换消息中包含改变前顶层窗口ID及所属的应用程序ID、改变后顶层窗口ID及所属的应用程序ID，若改变前顶层窗口所属的应用程序ID和改变后顶层窗口所属的应用程序ID相同，则所述状态切换消息为进程内窗口切换消息；否则，所述状态切换消息为应用程序的前后台切换消息。 

进一步地，上述方法还可具有以下特点： 

步骤B中具体包括如下步骤：