您的位置主页 > JAVA

J2ME学习--了解MIDlet的生命周期(图)



  前面搞明白了怎样利用eclipse编写基本的MIDlet。对MIDlet的基本结构也有所了解。但 MIDlet 具体是怎样运行的?三个状态间又是怎样的转换的?这些疑问需要自己一点一点的去解开……    以前面的HelloMidlet 程序为例,这次为了清楚程序的执行情况,加了几句println。具体代码如下:    import Javax.microedition.midlet.MIDlet;import javax.microedition.midlet.MIDletStateChangeException;import javax.microedition.lcdui.*;/* * 创建日期 2005-10-5 * * TODO 要更改此生成的文件的模板,请转至 * 窗口 - 首选项 - Java - 代码样式 - 代码模板 *//** * @author Snail * * TODO 要更改此生成的类型注释的模板,请转至 * 窗口 - 首选项 - Java - 代码样式 - 代码模板 */public class HelloMidlet extends MIDlet {   private Display display;   private Form form; /** *  */ public HelloMidlet() { // TODO 自动生成构造函数存根 System.out.println("ConstrUCtor"); display = Display.getDisplay(this); } /* (非 Javadoc) * @see javax.microedition.midlet.MIDlet#startApp() */ protected void startApp() throws MIDletStateChangeException { // TODO 自动生成方法存根 System.out.println("startApp called"); form = new Form("HelloMidlet"); form.append("Welcome to J2ME world!"); display.setCurrent(form); } /* (非 Javadoc) * @see javax.microedition.midlet.MIDlet#pauseApp() */ protected void pauseApp() { // TODO 自动生成方法存根 System.out.println("pauseApp called"); form = new Form(""); } /* (非 Javadoc) * @see javax.microedition.midlet.MIDlet#destroyApp(boolean) */ protected void destroyApp(boolean arg0) throws MIDletStateChangeException { // TODO 自动生成方法存根 System.out.println("destroyApp called:" + arg0); }}    仔细观察代码,我只是在构造方法体和三个方法内分别添加了标志。方便我们在运行的时候 了解程序具体的执行情况。运行程序,当模拟器出现欢迎界面时,仔细观察eclipse的控制台。我们看到 如下信息:    正在通过存储根 DefaultColorPhone 来运行    ConstructorstartApp called    系统首先调用构造方法,构造完成后MIDlet是处于暂停状态,紧接着会很快的转换到活动状态,然后才调用startApp 方法。 现在的Midlet 已经处于活动状态。但是应用程序治理器会因为某些情况要求程序暂停 ,比如手机忽然来电 或者短消息 等。应用程序治理器为了节省更多的系统资源 ,会首先调用pauseApp方法释放一部分Midlet非必须的资源,然后再转换到暂停状态。所以一般在pauseApp()方法内应该添加释放资源的必需代码。上面的pauseApp()方法内    form = new Form("");    可以模拟将form所占的内存释放掉。WTK 模拟器可以模拟系统调用pauseApp()的情况。     当我们暂停时 看看控制台 ,果然已经打印出"pauseApp called" 。当处理完外部事件,我们返回Midlet 时 系统将Midlet暂停状态再次转换到活动状态,接着再调用startApp 方法恢复Midlet 所需要的资源。程序中startApp()方法内    form = new Form("HelloMidlet");form.append("Welcome to J2ME world!");    可以重新将form的内容恢复。    看看控制台 再次打印出 "startApp called"。    我们看到startApp()方法在一个Midlet中可能会多次调用。所以我们应该注重:Midlet的初始化过程和主要执行过程 并不是要全部写在startApp()方法体内。那些只执行一次 并且在程序初始化时执行的初始化动作 ,应该放在构造方法内。仔细观察控制台信息,还应该注重的是,构造方法只是在最初初始化时被系统调用,而且只有无参的构造方法才能被系统自动调用。假如把form的初始化工作放在构造方法内进行,当Midlet从暂停状态恢复到活动状态,重新调用startApp()方法时,form的内容就无法恢复了。    当我们强制关闭模拟器终止Midlet时,控制台打印出如下信息:    destroyApp called:true   Execution completed.    此时 控制台打印的 是 true ,即传入 destroyApp(boolean arg0)的参数为true。这表示 系统无条件终止该程序,并释放一切占用的资源。假如为false ,Midlet可以通过抛出一个MIDletStateChangeException 异常来向系统发出请求 。此时就有可能使Midlet 继续保持其当前状态。    另外Midlet本身也可以主动要求状态转换。以活动状态-->暂停状态为例。Midlet必须调用notifyPaused()方法通知应用程序治理器 :我要暂停运行,然后由应用程序治理器根据情况对Midlet做相应的转变。假如Midlet只是调用pauseApp()方法,系统只会执行其中的代码 ,并不会进行状态转换。但是当Midlet调用notifyPaused()时 pauseApp()并不会被调用。最好是在调用notifyPaused()之前先调用pauseApp()。同样手动关闭Midlet时也一样 ,应该在调用notifyDestroyed()方法之前先调用destroyApp()方法。这些情况都是非强制性的,所以在请求 转换到销毁状态时传入的参数 最好是 false。    现在看来,状态转换需要调用的startApp()  pauseApp() destroyApp() 方法具体工作也只是提供初始化资源 、释放资源的地方。    到此为止,对Midlet的执行情况和生命周期 也有了大概的了解。