解讀 java.lang.MIDlet：委托模式下的生命週期管理核心

源碼解析

public abstract class MIDlet {
    private MIDletProxy state;

    MIDletProxy getProxy() { return state; }

    protected MIDlet() {
        state = new MIDletProxy(this);
    }

    protected abstract void startApp() throws MIDletStateChangeException;
    protected abstract void pauseApp();
    protected abstract void destroyApp(boolean unconditional) throws MIDletStateChangeException;

    public final void notifyDestroyed() { state.notifyDestroyed(); }
    public final void notifyPaused() { state.notifyPaused(); }
    public final String getAppProperty(String key) { 
        return state.getMIDletSuite().getProperty(key); 
    }
    public final void resumeRequest() { state.resumeRequest(); }
    public final boolean platformRequest(String URL) throws ConnectionNotFoundException {
        return state.platformRequest(URL);
    }
    public final int checkPermission(String permission) { 
        return state.checkPermission(permission); 
    }
}

核心設計模式：委托模式

• MIDlet 為抽象基類，定義生命週期模板方法（startApp/pauseApp/destroyApp）
• MIDletProxy 為內部委托類，封裝具體狀態機邏輯、AMS 交互、權限檢查、屬性讀取等
• 所有 public final 方法均委托給 state 實例

關鍵含義

1. 關注點分離：應用邏輯（子類實現）與平台管理（Proxy）解耦
2. 狀態機封裝：Paused/Active/Destroyed 狀態轉換、合法性檢查集中在 Proxy
3. 安全邊界：final 方法防止子類繞過 AMS 直接操作生命週期
4. 擴展性：平台廠商可通過替換 Proxy 實現定製化行為，不影響應用代碼

深入建議

要全面理解 MIDlet 生命週期管理，必須進一步研究 MIDletProxy 的實現（通常在廠商 JVM 實現中，非標準 API 可見）。重點關注：

• 狀態轉換規則與異常拋出條件
• platformRequest 的異步處理機制
• 權限檢查的具體策略
• MIDlet Suite 上下文隔離實現

這也是為什麼 J2ME 規範強制要求繼承 MIDlet 而非實現接口的原因——框架控制反轉的經典體現。