J2ME 程序體積優化實戰：從 4KB 到更小的極致壓縮技巧

J2ME (MIDP) 應用面臨嚴苛的體積限制：眾多功能機僅允許 50KB-100KB 的 JAR 包。本文以一個簡單的「文本框輸入播放聲音」 MIDlet 為例，演示四大優化維度：功能裁剪、類結構精簡、庫複用、繼承鏈扁平化，將體積從 4KB 進一步壓縮。

基準程式碼 (優化前 ~4KB)

package com.j2medeveloper.techtips;
import javax.microedition.lcdui.*;

public class BeforeSizeOptimization extends BasicMIDlet {
    public static final Command exitCommand = new Command("Exit", Command.EXIT, 1);

    protected void initMIDlet() {
        getDisplay().setCurrent(new MainForm());
    }

    public class MainForm extends Form {
        public MainForm() {
            super("MainForm");
            addCommand(exitCommand);
            append(textField);
            setCommandListener(new CommandListener() { // 匿名內部類 #1
                public void commandAction(Command c, Displayable d) {
                    if (c == exitCommand) exitMIDlet();
                }
            });
            setItemStateListener(new ItemStateListener() { // 匿名內部類 #2
                public void itemStateChanged(Item item) {
                    if (item == textField) AlertType.INFO.playSound(getDisplay());
                }
            });
        }
        private TextField textField = new TextField("Type anything", null, 20, 0);
    }
}

// 輔助基類
abstract class BasicMIDlet extends MIDlet {
    private Display display;
    protected abstract void initMIDlet();
    protected void startApp() throws MIDletStateChangeException {
        if (display == null) { display = Display.getDisplay(this); initMIDlet(); }
    }
    protected void pauseApp() {}
    protected void destroyApp(boolean unconditional) throws MIDletStateChangeException { exitMIDlet(); }
    public void exitMIDlet() { notifyDestroyed(); }
    public Display getDisplay() { return display; }
}

四大優化策略實戰

1. 功能裁剪：只保留核心價值

• 審視每個功能：是否為 MVP 必需？能否延遲到後續版本？
• 本例中：標題欄、命令選單、聲音反饋均可簡化或移除

2. 消除匿名內部類：每個類 ≈ 200+ Bytes 開銷

優化前：兩個匿名類 (CommandListener、ItemStateListener) → 兩個 .class 檔案

優化後：主類實作介面，複用單一實例

public class OptimizedMIDlet extends MIDlet 
        implements CommandListener, ItemStateListener {
    
    private Display display;
    private Form mainForm;
    private TextField textField;
    private Command exitCommand;

    protected void startApp() throws MIDletStateChangeException {
        if (display == null) {
            display = Display.getDisplay(this);
            exitCommand = new Command("Exit", Command.EXIT, 1);
            textField = new TextField("Type anything", null, 20, 0);
            mainForm = new Form("Main");
            mainForm.addCommand(exitCommand);
            mainForm.append(textField);
            mainForm.setCommandListener(this);
            mainForm.setItemStateListener(this);
        }
        display.setCurrent(mainForm);
    }

    public void commandAction(Command c, Displayable d) {
        if (c == exitCommand) notifyDestroyed();
    }

    public void itemStateChanged(Item item) {
        if (item == textField) AlertType.INFO.playSound(display);
    }
    // pauseApp/destroyApp 保持空實作
}

效果：減少 2 個 .class 檔案，體積顯著下降。

3. 移除非必要繼承鏈：扁平化類結構

問題：BasicMIDlet 僅被繼承一次，抽象層增加類載入開銷與方法分派間接性。

對策：將基類邏輯內聯到主類，或直接實作 MIDlet 介面。

原則：繼承深度 > 2 且子類數量 < 3 時，考慮扁平化。

4. 最大化複用平台類：別重複造輪子

• 集合類：直接用 Vector、Hashtable（CLDC 內建），勿自寫 LinkedList/HashMap
• UI 組件：直接 new Form()、new TextField()，勿為簡單佈局寫子類
• 工具方法：System.arraycopy、StringBuffer 等原生 API 優於手寫迴圈

進階壓縮技巧（構建階段）

優化效果對比

*MainForm 可進一步內聯為匿名實例或直接在 MIDlet 中構建 UI

避坑指南

• 別過度優化犧牲可維護性：核心業務邏輯保持清晰，優化集中在樣板代碼
• 保留行號資訊：發布版可移除，但除錯版保留 SourceFile、LineNumberTable
• 測試真機：模擟器類載入機制與真機不同，必須真機驗證體積與運行
• 簽名後體積增加：簽名塊約 1-2KB，預留空間

總結

J2ME 體積優化的核心哲學：少即是多。從代碼層面消除匿名類、扁平化繼承、複用平台類；構建層面混淆、壓縮、死代碼消除。這套方法論在現代 Android App Bundle (動態分發)、WebAssembly (體積預算)、微控制器固件 等受限環境同樣適用。記住：每一個 byte 都要為用戶價值服務。