是否需要在Activity的onDestroy()中主动dismiss AlertDialog？

1. 是否需要持有AlertDialog引用并在onDestroy中主动dismiss？ #

建议持有实例引用，在onDestroy()生命周期中主动调用dismiss()，不要完全依赖系统自动关闭。
你观察到的离开Activity时对话框自动消失，只是WindowManager的兜底行为，只在Activity正常finish、用户按返回键退出的理想场景下生效，覆盖不到所有异常场景：

• 如果对话框展示过程中触发了异步回调（比如网络请求返回、延时任务执行），此时Activity已经销毁，没有Dialog引用就无法主动关闭，会直接抛出WindowLeaked异常。
• 转屏、系统字体/语言调整导致Activity配置变更重建时，旧Activity上展示的Dialog不会被自动关闭，会直接泄漏旧Activity实例。
• 如果创建Dialog时传入的是Application而非Activity Context，Dialog根本不会随Activity退出消失，会悬浮在所有应用页面上方直到手动dismiss或进程被杀。

2. 如何规避AlertDialog持有Activity引用导致的内存泄漏？ #

可以按以下规则处理，基本能覆盖99%的泄漏场景：

• 不要为了所谓“防泄漏”用Application Context创建依附Activity的AlertDialog，这类Dialog不属于任何Activity页面，交互逻辑完全失控。
• 不要让长生命周期对象持有Dialog实例：不要把Dialog设为静态变量，不要把Dialog引用传给单例、全局协程、全局线程池这类生命周期长于Activity的对象。如果在页面内的异步请求（比如lifecycleScope启动的协程、绑定页面生命周期的网络请求）中操作Dialog，执行操作前先判断Activity是否处于活跃状态。
• onDestroy()中执行dismiss后，要把Dialog实例、Dialog上绑定的各类点击/ dismiss监听都置空，切断引用链。
• 不要在Dialog的回调中写非静态内部类、匿名内部类实现的长耗时任务，这类内部类会隐式持有Dialog和Activity引用，任务不结束就会一直泄漏Activity，必要时用静态内部类加弱引用的方式持有Activity/Dialog实例。
  只要在Activity销毁时主动dismiss Dialog，且没有外部长生命周期对象持有引用链，Dialog持有的Activity引用会被GC正常回收，不会产生泄漏。

3. AlertDialog是否从属于Activity、跟随Activity生命周期同步变化？ #

原生AlertDialog默认不从属于Activity，不会自动和Activity生命周期同步。
AlertDialog本质是独立的Window，创建时传入Activity Context只是让它把自己的Window挂载到Activity对应的WindowManager下，本身没有和Activity的生命周期做任何绑定：

• Activity执行onStart、onStop、onResume、onPause等生命周期回调时，Dialog不会收到任何对应通知，只会响应自身show、dismiss、cancel相关的事件。
• 你看到的Activity销毁时Dialog消失，是WindowManager发现宿主Activity的Window已经被移除，做的强制兜底拆除，这个过程不会触发Dialog的OnDismissListener，也不会自动清理Dialog持有的引用，抛出WindowLeaked日志本质就是系统提醒你：你没主动管理Dialog生命周期，我帮你强制处理了，代码存在疏漏。
  如果需要Dialog和Activity生命周期严格同步，要么在基类Activity中统一维护当前页面所有展示中的Dialog实例，在onDestroy()时统一dismiss清理；要么直接用AndroidX提供的DialogFragment，它本身是Fragment的子类，会自动跟随宿主Fragment/Activity的生命周期完成dismiss、重建等流程，比手动管理原生AlertDialog的成本低很多。

内容的提问来源于stack exchange，提问作者JohnyTex