Android 系統中 ODEX (Optimized DEX) 機制直接影響應用啟動速度與內存佔用。本文深度解析 ODEX 是什麼、為什麼要 Odex 化、dalvik-cache 工作原理、Framework/System/App 三層依賴關係，並提供 一鍵 Odex 化腳本 (odex.bat) 使用詳解，助你優化 ROM 性能。
核心概念解析
什麼是 ODEX？
ODEX 是 APK 安裝包中 classes.dex 經過 dexopt 優化 後產生的可直接執行文件，並從 APK 中移除原 .dex。
優勢： 應用啟動更快 (省去運行時優化)、減少 RAM 佔用 (共享優化代碼)、節省存儲空間 (部分情況)。
什麼是 dalvik-cache？
Android 啟動時，Dalvik VM 掃描所有 APK (framework、system/app、data/app)，構建依賴樹，對每個 APK 的 DEX 進行優化並緩存到：
/cache/dalvik-cache — 系統分區應用優化緩存。/data/dalvik-cache — 數據分區應用優化緩存。
這就是**首次啟動新 ROM 極慢**的原因：Dalvik 正在為所有應用構建優化緩存。應用更新/變更時會重新優化。
ODEX 化的前提與順序 (極其重要！)
- Android 運行時按順序啟動：Framework (jar) → System/App → Data/App。
- ODEX 化必須遵循依賴順序： 先 Framework → 再 System/App → 最後 Data/App。
- Framework Odex 時每個文件順序嚴格固定**，錯序會導致無法開機。
- 若已對 System/Data App 做 Odex，**之後不能再 Odex Framework** (依賴鏈已破壞)。
一鍵 Odex 化腳本 (odex.bat) 使用指南
準備工作
- Recovery 完整備份 (防變磚無法開機)。
- 電腦 ADB 連接正常 (USB調試開啟、驅動正常)。
- /system 分區剩餘 10-20MB** 空間 (存放產生的 .odex 文件)。
腳本操作邏輯
- 下載附件解壓，運行
odex.bat。
- 選單選擇操作對象：
1. Framework (必須最先做，且順序固定)
2. System/App
3. Data/App
4. 全部 (按順序自動執行 1→2→3)
- 若不想 Odex Framework，可直接選 2/3，**但之後永遠不能 Odex Framework**。
更新亮點 (腳本版本)
- Framework Odex 後自動刪除原 .dex 文件**，釋放空間。
- 支援增量 Odex：** 已 Odex 後新增 APK/JAR (如
google.map.jar)，可單獨對新增文件 Odex，**不影響已優化文件**。
- 完成自動重啟，系統開機時自動清理
cache/dalvik-cache 殘留 .dex，若未清理腳本會協助清理直到開機成功，**切勿手動關閉 CMD 窗口**。
實戰建議
- **官方 ROM 通常已預 Odex**，第三方 ROM (如 CM/MIUI 早期版本) 常為 Deodex (便於修改/主題)，可按需 Odex 化提升性能。
- Deodex 方便修改 Smali/資源替換/主題制作，開發者/主題作者首選 Deodex。
- Odex 化後修改系統應用極其麻煩 (需反編譯 .odex + .apk 重簽名)，**確定不再大幅修改系統應用時再執行**。
- 腳本執行過程中保持 ADB 連接穩定，**中途斷連可能導致系統損壞**。
總結
ODEX 是 Android 性能優化的核心機制。理解其原理、依賴順序、dalvik-cache 行為，配合一鍵腳本，能讓你的 ROM 運行更絲滑。但**操作不可逆、風險較高**，務必備份、確認需求後再動手！