J2ME XML 解析實戰：kXML 與 NanoXML 選型與效能調優

背景：資源受限環境下的 XML 困境

MIDP 1.0 無內建 XML 支援；MIDP 2.0 (JSR 180) 僅提供可選 API。第三方庫成為唯一選擇。主流兩派：

• kXML (kXML2)：增量拉式解析器，記憶體佔用恆定，適合大文檔、串流場景。
• NanoXML：樹式一次性解析，構建完整 DOM 樹，API 直觀但記憶體隨文檔線性增長。

kXML 核心用法：事件驅動解析

// 從網路串流解析
HttpConnection conn = (HttpConnection) Connector.open(url);
InputStreamReader reader = new InputStreamReader(conn.openInputStream());
XmlParser parser = new XmlParser(reader);

boolean parsing = true;
while (parsing) {
    ParseEvent event = parser.read();
    switch (event.getType()) {
        case Xml.START_TAG:
            if ("item".equals(event.getName())) inItem = true;
            break;
        case Xml.TEXT:
            if (inItem) items.addElement(event.getText());
            break;
        case Xml.END_TAG:
            if ("item".equals(event.getName())) inItem = false;
            break;
        case Xml.END_DOCUMENT:
            parsing = false;
            break;
    }
}
reader.close();

優勢：無需載入完整文檔，ParseEvent 逐個產生，峰值記憶體 ≈ 當前元素大小。

NanoXML 核心用法：DOM 樹導航

kXMLElement root = new kXMLElement();
root.parseFromReader(reader);  // 一次性解析完畢

Vector children = root.getChildren();
for (int i = 0; i < children.size(); i++) {
    kXMLElement node = (kXMLElement) children.elementAt(i);
    if ("item".equals(node.getTagName())) {
        items.addElement(node.getContents());
    }
}

優勢：代碼簡潔，支援 XPath 風格查詢，適合小型配置文件（< 10 KB）。

效能與記憶體實測對比（模擬 50 KB XML）

進階技巧：混合策略

大型回應（如地圖資料、排行榜）用 kXML 串流解析並直接寫入 RMS；小型配置（如遊戲參數、UI 文字）用 NanoXML 一次性載入緩存。

常見坑點

• 編碼陷阱：HTTP 回應若無 Content-Type: charset=utf-8，需手動指定 new InputStreamReader(is, "UTF-8")。
• 實體引用：&lt; &gt; &amp; 需解析器自動處理，kXML 預設支援，NanoXML 需確認版本。
• 命名空間：kXML 事件含 getNamespace()，解析 SOAP/WS 需額外處理。
• 異常處理：網路中斷、格式錯誤必須 try-catch 包裹 parser.read()，避免 MIDlet 崩潰。

結語

選型原則：**預設用 kXML**，除非文檔極小且需反覆隨機查詢。記住：J2ME 上「能不用 DOM 就不用 DOM」，每 1 KB 堆記憶體都可能決定能否在 200 KB 裝置上存活。