Brew后台应用开发

核心提示：Overview 概述Brew应用程序可以分为3类：激活的，挂起的和后台的 ；激活或挂起的应用程序驻留在应用程序栈里，Brew后台应用开发，这个栈是brew用来管理正在执行 的应用的，栈中最上面(top)的是激活的应用程序，应该避免对设备电池寿命的有害影响，一些OEM厂商可能会 限制后台运用的性能；例如：当运行后台运用

Overview 概述

Brew应用程序可以分为3类：激活的，挂起的和后台的 ；激活或挂起的应用程序驻留在应用程序栈里，这个栈是brew用来管理正在执行 的应用的。栈中最上面(top)的是激活的应用程序，只有它才能直接与用户通过屏 幕更换或者用户事件来交互信息；挂起应用某种程度上位于当前激活应用的栈下 面 。

由于可能有多个应用处于挂起状态，开发者应该尽量保证挂起程序 所占资源最小化。栈中的应用可以通过suspend 或resume 来挂起或激活应用。

在brew2.0版本中，涉及到了后台应用的开发。后台应用并不驻留在应用 程序栈中；也就是说，它不会依据挂起或激活事件而改变运行状态。相反，后台 应用一旦被初始化运行后，总是一直在运行中，而不受用户直接交户指令影响。

Starting/Ending 启动和结束

当开始初始化后台应用时，也像其 他正常的brew应用一样；它可以直接由brew应用接口直接启动，也可以通过其他 brew应用使用ISHELL_StartApplet函数来启动。

要将一个brew应用放入后 台运行，brew应用在处理EVT_APP_STOP 事件时，必须将dwParam 的值设为false; 这样在EVT_APP_STOP事件处理后，brew应用将被放在后台运行；后台应用要变为 brew正常使用，必须通过自我运行ishell_StartApplet函数来激活应用本身。

由前所述可知，要终止一个后台应用将会比较困难，因为他们不能直接接 受任何按键事件，因而，要结束一个后台应用就必须使用两种思路：后台应用成 功执行完一个计划任务后终止自己或者通过其他独立的应用发送事件结束该后台 应用。具体使用方法有如下三种：

其他应用通过ISHELL_SendEvent或 ISHELL_PostEvent函数来发送事件（eCode 的值 大于evt_user）来通知后台应用 结束；

后台应用在执行完制定任务后，通过ISHELL_CloseApplet函数来终 止后台应用。根据api 的帮助说明，激活应用调用ISHELL_CloseApplet(pIShell, TRUE)该参数的函数后，将会关闭所有正在执行的程序并且回到待机界面。然而， 当由激活应用调用时，这个操作并不能影响到应用程序栈外面的程序；

应 用通过调用ISHELL_StartApplet函数来激活自身，从而可以正常接受用户事件；

Suspend/Resume 挂起和恢复

由于后台应用驻留在应用程序栈的外 面，因而他们不受挂起和恢复时间的影响。后台应用只有被激活才能处理挂起和 恢复时间，它可以被自身或者其他程序发送的事件来激活。

Event Handling 事件处理

当后台应用正在运行时，它不能接受按键事件。然而 很多后台应用可以使用事件处理来和其他激活应用交互，这样可以曲线控制后台 应用。在这种情况下，激活应用可以通过ISHELL_SendEvent()or ISHELL_PostEvent()方法来通知后台应用做出相应的反应。

Limitations 局限性

后台应用最主要的限制是除非自身激活，否则无法修改屏幕信息以 及和用户直接交流。除此之外，开发者应该注重后台应用的运行环境的资源的有 限性。这对于后台极为重要，由于可能有多个后台在同时运行。并且，运行后台 应用的设备将需求更多的电源支持，有可能导致不能进入可信任模式；

因 而，长期的后台应用，应该避免对设备电池寿命的有害影响。一些OEM厂商可能会 限制后台运用的性能；例如：当运行后台运用时，它将不能使用socket或者不能 播放铃音。