J2ME MIDlet 生命週期完全掌握：狀態轉換與 AMS 交互實戰

前言：誰在掌控你的 MIDlet？

每個 MIDlet 的出生、暫停、銷毀，都由設備上的 Application Management Software (AMS) 統一調度。作為開發者，我們不直接控制狀態流轉，而是通過重寫三個核心回調方法、並在適當時機主動通知 AMS，來實現與系統的協作。

一、 三大被動回調：AMS → MIDlet

注意：destroyApp(true) 表示無條件銷毀，必須返回；false 允許拋出 MIDletStateChangeException 請求繼續運行（罕見）。

二、 三大主動通知：MIDlet → AMS

三、 狀態機圖解

[Not Exist] --AMS create--> [Paused] --startApp()--> [Active]
     ^                          |                     |
     |                          v                     |
     +---- destroyApp() -- [Destroyed]                |
            (notifyDestroyed)                         |
                   ^                                  |
                   |---- pauseApp() -- (notifyPaused) |
                   |                                  |
                   +---- resumeRequest() -------------+

四、 實戰代碼範本

public class LifeCycleDemo extends MIDlet implements CommandListener {
    private Display display;
    private Form mainForm;
    private StringBuffer log = new StringBuffer(); // 記錄狀態流轉

    protected void startApp() {
        log.append("→ startApp()\n");
        if (mainForm == null) initUI();
        display.setCurrent(mainForm);
    }

    protected void pauseApp() {
        log.append("→ pauseApp()\n");
        // 釋放佔用資源：停止動畫線程、關閉網絡連接等
    }

    protected void destroyApp(boolean unconditional) {
        log.append("→ destroyApp(" + unconditional + ")\n");
        // 保存設置、關閉 RMS、停止所有線程
    }

    // 用戶點擊「退出」命令
    public void commandAction(Command c, Displayable d) {
        if (c.getCommandType() == Command.EXIT) {
            destroyApp(true);
            notifyDestroyed(); // 必須成對調用
        }
    }
    // ... 其餘代碼省略
}

五、 實測陷阱：來電不一定觸發 pauseApp()

規範規定來電時 AMS 應調用 pauseApp()，但實測中部分廠商實現（如早期 Nokia S40）可能直接銷毀 MIDlet 或完全不回調。防禦性編程建議：

• 在 startApp() 中做冪等初始化，允許重複調用。
• 關鍵數據實時持久化（RMS），不依賴 destroyApp() 才保存。
• 避免在 pauseApp() 執行耗時操作，以免阻塞系統處理來電。

六、 多任務協作最佳實踐

1. 資源獲取即用即釋：網絡連接、輸入流、RecordStore 用完立即 close()。
2. 後台線程必須可中斷：保留 volatile boolean running 標誌，pauseApp() 置 false，run() 循環檢測退出。
3. UI 狀態保存：記住當前顯示的 Displayable、滾動位置、輸入框內容，startApp() 恢復。
4. 善用 resumeRequest()：後台下載完成、推送消息到達時調用，請求回前台提醒用戶。

七、 總結

MIDlet 生命週期管理的核心是「被動回調 + 主動通知」的雙向契約。深理解狀態機、預判廠商差異、編寫健壯的資源釋放邏輯，是打造穩定、良民 J2ME 應用的必修課。

1. 上一篇文章： J2ME Web 服務入門指南：JSR 172 規範核心解析與實戰
2. 下一篇文章： J2ME 位置服務 (LBS) 開發指南：JSR 179 核心 API 與最佳實踐

J2ME

基於 J2ME 的 SVGT 移動應用開發（二）：JSR-172 XML 解析與網路監控實戰範例

JSR-172：輕量級 XML 處理 JSR-172 實作

J2ME 學習筆記 (一)：環境搭建、Hello World、MIDlet 生命週期與核心 UI 元件

J2ME 學習筆記 (一)：從零開始建置開發環境並掌握核心基

Motorola iDEN J2ME 開發實戰（三）：模擬器多裝置皮膚啟動與命令列完整參數

批次檔快速啟動（SDK 內建腳本） SDK 安裝目錄 scr

Java ME 開發：也說 MVC 設計模式（一）

【更新】 本文將適時更新，目前非終稿，如有不當之處敬請指正。