成员内部类在多线程中能否安全使用，取决于其如何访问和持有外部类状态；它天然持有外围实例强引用，易致线程安全问题或内存泄漏，应避免直接读写可变字段、慎用this引用，优先采用不可变对象、副本传递、静态内部类+弱引用、原子类或显式同步。
成员内部类在多线程中能否安全使用，不取决于“它是不是内部类”，而取决于它**怎么访问和持有外部类状态**。它天然持有对外围实例的强引用，若滥用，极易引发线程安全问题或内存泄漏。
只读访问不可变对象
最安全的方式是让成员内部类仅访问外部类的不可变数据（如 String、Integer、LocalDateTime、Collections.unmodifiableList() 等），且不在 run() 或其他并发执行路径中修改任何共享状态。
- 避免直接读写外围类的可变字段（如
counter++、list.add(...)） - 如需传递数据，优先用构造参数传入副本：
new Task(dataCopy)，而非依赖this.outerField - 若必须用外围类方法，确保该方法本身是无状态、线程安全的（如纯计算工具方法）
避免隐式持有 this 引用
成员内部类默认绑定外围实例，一旦被提交到线程池（尤其是静态线程池），就可能长期持有所属对象，导致无法回收——Android 中易引发 Activity 泄漏，服务端易造成大对象堆积。
- 不要直接将非静态成员内部类实例传给
ExecutorService.submit() - 改用静态内部类 + 显式弱引用（如
WeakReference<outer></outer>）或仅捕获所需字段 - 若逻辑简单，优先用匿名内部类（但需满足 effectively final 约束）或 Lambda 表达式
需要共享状态时，主动加锁或用原子类型
如果确实要修改外围类的成员变量，不能依赖内部类“自动同步”。必须显式保障线程安全：
- 用
synchronized(this)或synchronized(Outer.this)包裹临界区（注意锁对象一致性） - 对计数器等简单状态，改用
AtomicInteger、AtomicReference等原子类 - 集合类改用线程安全版本：
ConcurrentHashMap、CopyOnWriteArrayList - 禁止在
run()中直接赋值外围字段（如outer.flag = true），除非已加锁或该字段为volatile且操作是原子的
区分场景：UI 更新与后台任务
尤其在 Android 或 Swing 等 GUI 场景中，成员内部类常用于回调，但 run() 执行在线程池线程，不能直接操作 UI 组件。
- 后台任务完成需更新界面时，必须切回主线程：
Handler.post()、Activity.runOnUiThread()或SwingUtilities.invokeLater() - 避免在内部类中保存 View、Context 等强引用；必要时用
WeakReference - 任务取消时及时清理监听、停止轮询，防止内部类持续持有上下文
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
