MIDlet的 生命周期

 转自：http://blog.csdn.net/zypsg/archive/2005/11/25/536986.aspx


前面搞明白了怎样利用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 来运行
Constructor
startApp 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的执行情况和生命周期 也有了大概的了解。