局部内部类安全性最高，因其作用域天然隔离、不可被继承或反射直接加载、仅能访问effectively final变量，并依赖外部类封装控制访问入口。
局部内部类本身访问范围就非常受限——它天然只能在定义它的方法内部使用，这是提升安全性最直接的方式。
作用域天然隔离
局部内部类写在方法、构造器或代码块里，编译后生成独立的 .class 文件，但 JVM 不允许其他任何地方通过类名直接引用它。连同包内的其他类都无法访问，更不用说跨包调用。
- 不能用
public、protected、private修饰（语法错误） - 不能被继承（外部无法 extends 它）
- 不能被反射直接加载（除非通过外部类方法间接获取）
访问外部变量有隐式约束
它只能访问所在方法中声明为 final 或 effectively final（事实不变）的局部变量。这个限制不是靠修饰符，而是编译器强制的语义规则：
- 防止变量生命周期短于内部类对象导致悬空引用
- 避免多线程环境下因变量被意外修改引发不一致
- 本质上是把变量值“快照”进内部类实例，切断运行时耦合
配合外部类封装进一步加固
虽然局部内部类自身不可见，但它能自由访问外部类的 private 成员。真正安全的关键在于：外部类是否暴露了调用它的入口。
- 如果创建局部内部类的逻辑只出现在 private 方法里，那整个流程对外完全不可见
- 若放在 public 方法中，建议返回接口或抽象类型，而非具体内部类类型
- 避免把局部内部类实例赋值给 public 字段或返回
this引用
比成员内部类更安全的典型场景
比如在 ArrayList.sort() 的实现中，排序逻辑可能用局部内部类封装比较器。它只活在 sort 方法执行期间，结束后无引用即被回收，不会留下可被滥用的类结构。
- 没有类加载风险（不像 public 类可能被恶意 ClassLoader 加载）
- 不参与外部类的序列化（默认不序列化，且无 serialPersistentFields）
- 无法被注解处理器或 AOP 框架误匹配（不在类路径显式可见）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
