Android 資源釋放與 DialogFragment 生命週期管理

問題情境

1. Activity 持有 DialogFragment 實例作為成員變數，DialogFragment 被 dismiss 後，資源是否會自動釋放？
2. 資料庫查詢 DAO 使用當前 Activity 作為 Context，若 Activity 已 finish，查詢能否繼續執行？

核心解答

1. DialogFragment 與垃圾回收

Java 的垃圾回收機制（GC）會自動管理記憶體。當 DialogFragment 被 dismiss 且沒有其他強引用指向它時，它就符合回收條件。但需注意：

• 若 Activity 仍持有該 Fragment 的引用（成員變數未設為 null），Fragment 物件將無法被回收，可能導致記憶體洩漏。
• 最佳實務：在 onDismiss() 或 onDestroyView() 中清理引用，或使用 WeakReference。

2. DAO 使用 Activity Context 的風險

若 DAO 持有 Activity 的強引用作為 Context：

• Activity finish 後，若查詢尚在背景執行緒運行，Context 仍被引用，導致 Activity 無法被 GC 回收（記憶體洩漏）。
• 更嚴重的是，嘗試在已銷毀的 Context 上操作 UI 或存取資源會拋出異常（如 IllegalStateException）。

解決方案

針對 DialogFragment

// 在 Activity 中
private WeakReference dialogRef;

public void showDialog() {
    MyDialogFragment fragment = new MyDialogFragment();
    dialogRef = new WeakReference<>(fragment);
    fragment.show(getSupportFragmentManager(), "tag");
}

@Override
protected void onDestroy() {
    super.onDestroy();
    if (dialogRef != null) dialogRef.clear();
}

針對 DAO Context

• 使用 Application Context：dao.setContext(getApplicationContext())，生命週期隨應用程式，不會隨 Activity 銷毀。
• 採用 Repository + ViewModel 架構：將資料操作移至 ViewModel，搭配 LiveData/Flow 回傳結果，完全脫離 Activity 生命週期。
• 取消未完成查詢：在 onDestroy() 中呼叫 DAO 的取消方法（如 RxJava dispose()、Kotlin Coroutine job.cancel()）。

總結

依賴 Java GC 不等於不用管理引用。正確處理 Context 生命週期、避免強引用持有短命元件，是 Android 開發避免記憶體洩漏與崩潰的關鍵。