匿名内部类会隐式持有外部类强引用，被长生命周期对象引用时导致内存泄漏；应使用WeakReference解耦、手动清理回调、优先选用静态内部类或协程等生命周期感知方案。

匿名内部类本身不能是静态的，所谓“静态引用”实际是指用静态变量持有匿名内部类实例——这反而会加剧内存泄漏风险。真正要防的是：匿名内部类隐式持有外部类（如Activity、Fragment）的强引用，而该内部类又被长生命周期对象（如静态Handler、线程池、单例监听器）所引用，导致外部类无法回收。

识别典型泄漏链路

常见高危组合包括：

• 在Activity中定义非静态Handler/Runnable，并通过static Handler sHandler = new Handler()方式赋值
• 使用AsyncTask.execute()后未取消，且AsyncTask持有Activity引用
• 注册BroadcastReceiver或回调监听器时，用匿名类实现并被Application级对象长期持有
• 启动子线程执行耗时任务，线程内匿名Runnable引用了this（即Activity），且线程未结束

用弱引用解耦关键依赖

当必须使用匿名内部类又需访问外部类状态时，不直接捕获this，而是显式传入WeakReference：

• 声明 private final WeakReference activityRef = new WeakReference(this);
• 在run()、handleMessage()等回调中先判空：Activity act = activityRef.get(); if (act == null || act.isFinishing()) return;
• 避免在匿名类中直接调用act.findViewById()或act.getString()等可能触发重建的方法，优先提取所需数据再传入

主动切断生命周期绑定

不能只依赖GC，要在外部类销毁时手动清理：

• Activity onDestroy()中调用handler.removeCallbacksAndMessages(null)
• 取消AsyncTask.cancel(true)，并在doInBackground中定期检查isCancelled()
• unregisterReceiver()、removeCallbacks()、clear listeners 等操作必须成对出现
• 若使用KJFrameForAndroid，优先采用其封装的KJActivityHandle，它已内置WeakReference机制

替代方案优先级建议

从根源规避比事后补救更可靠：

• 能用静态内部类就不用匿名类——静态内部类不持外部类引用，适合做纯逻辑处理
• 短生命周期操作改用局部变量+final值传递，例如把url、id、flag等作为构造参数传入Runnable
• 全局服务通信改用EventBus、LiveData或Callback接口+解注册机制，而非直接持有Activity引用
• 异步任务优先考虑CompletableFuture或协程（Android中用ViewModelScope），它们天然支持生命周期感知