許多用戶習慣頻繁清理後台、殺進程、裝「清理大師」，以為能省電、加速。但 Android 的記憶體管理機制與 Windows 截然不同：**「記憶體越空、系統越快」是錯誤直覺**。本文從進程調度、垃圾回收、服務機制、OOM Adj 優先級、閾值觸發五個層面，徹底講清為什麼「不殺進程」才是正確用法。

核心機制：主動記憶體回收與 OOM Adj

• Android 基於 Linux 核心，每個 App 運行於獨立進程，擁有獨立 Dalvik/ART 虛擬機實例（隔離崩潰）。
• 系統維護一個LRU (Least Recently Used) 進程列表，依優先級分級：

閾值觸發機制

• 系統設定一組記憶體閾值（`/sys/module/lowmemorykiller/parameters/minfree`），當可用記憶體跌破對應閾值，LowMemoryKiller 依優先級從後台進程開始殺掉，釋放記憶體。
• 閾值預設極低（如 6MB, 8MB, 12MB…），所以你常見「可用記憶體只有幾十 MB」——**這是正常的，系統故意保留緩存以加速下次啟動**。

為什麼殺進程反而有害？

1. 破壞 LRU 順序：手動殺掉後台進程，系統失去「最近使用」資訊，下次重新啟動該 App 需完整冷啟動（載入類、解析資源、初始化 UI），**CPU/IO 開銷遠大於保留進程的記憶體佔用**。
2. 觸發頻繁 GC/調度：大型 App 啟動時申請大量記憶體，若系統正忙於回收被你殺掉的進程留下的碎片，會導致明顯卡頓（系統調度開銷大）。
3. 服務機制誤區：後台 App 若無 Service，**已被暫停（Paused），不佔用 CPU、不耗電**，僅保留記憶體頁面。只有帶 Service（音樂、下載、推送、定位）的 App 在後台真正消耗資源。**殺無 Service 進程純屬多餘**。
4. 自動清理工具惡性循環：「清理大師」定時殺進程 → App 重啟 → 申請記憶體 → 觸發系統回收 → 卡頓 → 用戶再清理 → 更卡頓。

何時「手動干預」才合理？

• **啟動大型 3D 遊戲/重度 App 前**，手動關閉明顯不需要的後台 App（如地圖、瀏覽器、視頻、大型社交 App），釋放連續記憶體塊，減少啟動時系統回收壓力，**可顯著提升啟動速度與幀率穩定性**。
• 使用系統自帶「運行服務」/「開發者選項→運行服務」查看真正佔用記憶體的服務，精準釋放，而非盲目全清。

為什麼 Android App 看起來佔用記憶體大？

• 每個 App 獨立載入 ART/Dalvik 虛擬機實例（類、堆、線程、JIT 代碼緩存），基礎開銷 10-30 MB。
• 優點：單一 App 崩潰不波及系統/其他 App，**系統極其穩定，幾乎無「記憶體不足」彈窗、無系統級死機重啟**。
• 代價：需更多 RAM。這是用穩定性換取的記憶體開銷，值得。

給用戶的建議

1. 卸載「清理大師/加速球/一鍵優化」類 App，它們是偽需求製造者。
2. 信任系統調度：日常使用完全無需管記憶體，系統比你聰明。
3. 關注「服務」而非「進程」：設定 → 應用 → 運行服務，看哪些服務長駐佔用大，針對性停用/凍結（如不需要的推送、同步、定位服務）。
4. 真正省電：關閉不必要的自啟動、定位、同步、背景數據、降低螢幕亮度、用深色模式、關閉 5G/藍牙/NFC、啟用系統省電模式。
5. 大型遊戲前手動清理一次，玩完不用管。

Android 設計初衷：**讓用戶專注使用，記憶體管理交給系統**。拋棄 Windows 時代的「清理強迫症」，擁抱「記憶體越滿（緩存越多）、啟動越快」的新心智，你的 Android 將流暢運作十天半月無需重啟——因為它**不是 Windows**。