Android 內存洩漏實戰解析：八大常見場景與避坑指南

前言：Java 記憶體管理的雙面刃

Java 的垃圾回收機制（GC）讓開發者無需手動管理內存分配，大幅降低了段錯誤與記憶體耗盡風險。然而，邏輯性內存洩漏 依然頻發：對象不再被使用，卻仍被強引用持有，導致 GC 無法回收。在記憶體受限的 Android 裝置上，這極易引發 OOM（OutOfMemoryError）與 UI 卡頓。

核心概念釐清

關鍵點：強引用鏈阻斷 GC 標記清除，導致對象存活於生命週期之外。

Android 最危險的洩漏源：Context

Activity 的 Context 持有 View Hierarchy、Resources 等大量記憶體引用。一旦 Context 洩漏，關聯對象連鎖洩漏，記憶體壓力指數級上升。

Activity.onDestroy() 是生命週期終點，若此後堆中仍有強引用指向該 Activity，GC 將無法回收。

兩大洩漏「萬惡之源」

1. 進程級 static 變量：生命週期貫穿整個應用，持有 Activity 引用即永久洩漏
2. 長生命週期線程：AsyncTask、Handler、Thread、TimerTask 等持有外部類隱式引用

八大經典洩漏場景與代碼對照

1. Static Activity 變量

static Activity activity;
void setStaticActivity() { activity = this; }

後果：Activity 永不被回收。修正：onDestroy 置 null 或改用 WeakReference。

2. Static View 持有 Context

static View view;
void setStaticView() { view = findViewById(R.id.btn); }

風險：View 持有 Context → Context 持有 View Hierarchy 形成循環。建議：避免 static View，若必須用請在 onDestroy 釋放並置 null。

3. 內部類持有靜態引用

private static Object inner;
void createInnerClass() {
  class InnerClass { }
  inner = new InnerClass(); // 隱式持有外部類引用
}

本質：非靜態內部類實例隱式持有外部類引用。修正：改為 static 內部類 + WeakReference。

4. 匿名 AsyncTask

new AsyncTask<Void, Void, Void>() {
  protected Void doInBackground(Void... params) { while(true); }
}.execute();

場景：任務未結束前用戶退出 Activity，導致 Activity 無法銷毀。對策：onDestroy 中 cancel(true)，或使用靜態內部類 + WeakReference。

5. 匿名 Handler + Runnable

new Handler().postDelayed(new Runnable() {
  public void run() { while(true); }
}, Long.MAX_VALUE);

機制：MessageQueue 持有 Runnable → 持有 Activity。修正：onDestroy 移除回調，或用靜態 Handler + WeakReference。

6. 匿名 Thread

new Thread() { public void run() { while(true); } }.start();

風險：線程未結束持有 Activity 引用。對策：標誌位控制退出，或使用 IntentService/WorkManager 替代。

7. TimerTask

new Timer().schedule(new TimerTask() {
  public void run() { while(true); }
}, Long.MAX_VALUE);

同理：匿名類持有外部引用，需在 onDestroy 中 timer.cancel()。

8. SensorManager 未註銷監聽器

SensorManager sm = (SensorManager) getSystemService(SENSOR_SERVICE);
sm.registerListener(this, sensor, SensorManager.SENSOR_DELAY_FASTEST);

後果：系統服務進程持有 Context 引用。強制要求：onDestroy 呼叫 unregisterListener(this)。

檢測與預防工具鏈

• LeakCanary：開發階段自動檢測洩漏並通知
• Android Studio Profiler：Heap Dump 分析引用鏈
• Lint 檢查：靜態分析捕獲常見模式
• 嚴格模式：StrictMode 檢測磁盤/網絡操作

最佳實踐總結

1. 內部類盡量聲明 static，持有外部引用用 WeakReference
2. 異步任務、Handler、線程在 onDestroy 統一清理
3. 系統服務監聽器配對註冊/註銷
4. 避免 static 持有 Context/View/Activity
5. 大對象（Bitmap、Cursor）用完即釋放
6. 定期做 Heap Dump 對比分析

結語

內存洩漏不僅導致 OOM，頻繁 GC 更會造成可感知的卡頓。養成「實例化時審視引用鏈、銷毀時切斷強引用」的習慣，配合工具鏈持續檢測，才能構建穩健的 Android 應用。