核心是切断lambda与activity的强引用链以防止内存泄漏，应通过值捕获、weakreference、生命周期感知协程或显式清理四类方案安全使用。
核心思路是切断 Lambda 与 Activity 实例之间的强引用链，避免 Activity 因被闭包持有而无法被 GC 回收。这不是“能不能用 Lambda”的问题，而是“怎么用才安全”的问题。
明确闭包捕获的本质
Lambda 在类成员方法中直接访问 this、成员变量或非静态方法时，会隐式捕获整个外部实例（比如 Android 的 Activity）。即使 Lambda 只读取一个 String mTitle，它背后仍持有着对整个 Activity 对象的强引用——包括其持有的 View 树、Bitmap、Fragment 等大体积资源。
常见高危写法：
-
button.setOnClickListener(v -> doSomethingWith(mData));（mData是 Activity 成员） -
apiService.fetch().enqueue(new Callback() { ... });中的匿名内部类同理，且比 Lambda 更隐蔽 - 在协程作用域（如
lifecycleScope.launch）中直接使用this@MainActivity
推荐四类落地方案（按优先级排序）
1. 值捕获替代实例捕获
只传真正需要的数据，不传 this 或成员变量引用。
- ✅ 安全写法：
val title = mTitle; button.setOnClickListener { showToast(title) } - ✅ 封装为参数化函数：
private fun createClickHandler(title: String) = { showToast(title) } - ⚠️ 避免：
button.setOnClickListener { showToast(mTitle) }（隐式捕获 this）
2. 使用 WeakReference 手动解耦
适用于必须回调 Activity 方法但又不能保证生命周期的场景（如异步网络响应）。
- 在 Activity 中定义：
private val weakActivity = WeakReference(this) - 回调中检查：
weakActivity.get()?.let { it.showToast("done") } ?: return - 注意：WeakReference 不阻止 GC，但需配合空判，避免 NPE
3. 切换到 Lifecycle-aware 替代方案
利用 AndroidX 提供的生命周期感知能力，自动绑定/解绑。
- 用
viewLifecycleOwner.lifecycleScope替代this.lifecycleScope（Fragment 场景） - 用
lifecycleScope.launchWhenStarted { ... }确保只在活跃状态执行 - 用
repeatOnLifecycle(Lifecycle.State.STARTED) { ... }（Kotlin Flow 推荐）
4. 显式清理 + 避免长期持有
对无法自动解绑的回调（如第三方 SDK、自定义监听器），务必在 onDestroy() 或 onCleared() 中手动移除。
- 注册监听器时保存引用：
private var listener: MyListener? = null - 销毁时清除：
override fun onDestroy() { listener?.let { remove(it) }; super.onDestroy() } - WebView、MediaPlayer、SensorManager 等系统组件同理
快速验证是否已修复
改完代码后，不要只看功能是否正常，要验证内存是否真正释放：
- 用 Android Studio Profiler → Memory → 强制 GC 后 dump heap，搜索
Activity实例数，旋转屏幕多次后应始终为 1 - 检查泄漏路径：若仍有残留，Profiler 会显示类似
lambda$onClick$0 → MainActivity的强引用链 - 接入 LeakCanary（2.x+），它能自动捕获 Activity 泄漏并定位到具体 Lambda 行号
