内部类和匿名类访问外部变量的规则由编译器引用机制与jvm规范决定：成员内部类可访问外部类所有成员；静态内部类仅能访问外部类静态成员；局部内部类和匿名类只能访问事实final的局部变量，且匿名类受继承/实现契约限制。
内部类和匿名类能访问哪些外部变量，取决于它们的类型、定义位置，以及变量本身的性质。规则不是凭空设定的，而是由编译器生成的引用机制和JVM规范共同决定的。
成员内部类：可直接用外部类所有成员
成员内部类（定义在外部类体中、方法外）天然持有对外部类实例的隐式引用（this$0），因此能无条件访问外部类的任意成员——包括私有字段、私有方法、静态和非静态成员。
- 即使外部类成员是 private int value = 42，内部类方法中写 System.out.println(value) 直接通过编译
- 若内部类与外部类存在同名变量，直接用变量名访问的是内部类自身的；要访问外部类同名成员，需显式写成 Outer.this.value
- 外部类不能直接调用内部类的 private 方法，必须先获得内部类实例，再按访问权限调用
静态内部类：只认外部类的静态成员
静态内部类不依赖外部类实例，编译后不包含对 this 静态内部类不依赖外部类实例，编译后不包含对 this$0 的引用，因此它无法触达任何非静态成员。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 访问 static String NAME = "test" 没问题，但尝试读取 private int count（非静态）会报错：non-static variable count cannot be referenced from a static context
- 它可以定义自己的静态或非静态成员，且不受外部类静态限制（例如可声明 static final int LIMIT = 100，但不能声明普通 static int x）
- 创建实例无需外部类对象：new Outer.StaticNested()
局部内部类和匿名类：只能用“事实 final”的局部变量
这类类定义在方法或代码块内，生命周期可能长于所在方法的栈帧。为保证变量安全，Java 要求它们只能捕获那些“不会被修改”的局部变量——即 Java 8+ 所称的 effectively final（事实 final）。
- 变量声明时不必加 final 关键字，但只要在初始化后被重新赋值，编译器就会拒绝该内部类使用它
- 例如方法中 int x = 10; → 内部类可用；但若后续写了 x = 20;，同一内部类再引用 x 就会编译失败
- 这一限制仅针对**局部变量**，对外部类的字段（哪怕是 private）完全无影响，可自由访问
匿名类额外约束：继承/实现边界清晰
匿名类本质是省略类名的子类或实现类，因此它的能力受限于其父类或接口的契约。
- 只能继承一个类 或 实现一个接口，不能两者兼得
- 若父类构造器带参，创建时必须传入对应参数：new Thread(() -> {}) { } 合法（Thread 有无参构造器），而 new SomeClass("req") { } 才能匹配带参构造器
- 不能定义静态成员（除 static final 常量），也没有自己的构造器，所有初始化逻辑写在实例初始化块或方法中
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
