能。内部类可直接访问外部类的私有成员，因非静态内部类隐式持有外部类实例引用（this$0），而静态内部类仅能访问外部类的静态成员。
内部类能直接访问外部类的私有成员吗
能。这是内部类最核心的特性之一，也是它和普通独立类的本质区别。只要不是静态内部类，实例内部类在编译后会隐式持有一个指向外部类实例的引用（字段名通常是 this$0），因此可无条件访问外部类所有成员，包括 private 字段和方法。
常见错误现象：写了一个 static 内部类，却试图访问外部类的非静态成员，编译报错 non-static variable xxx cannot be referenced from a static context。
- 非静态内部类（即“成员内部类”）可以访问外部类任意成员
- 静态内部类（
static class）只能访问外部类的static成员 - 局部内部类（定义在方法内）不能有
public/protected等访问修饰符 - 匿名内部类本质上是局部内部类的语法糖，同样受限于作用域和 final 语义（Java 8+ 改为“effectively final”）
如何从外部创建非静态内部类的实例
必须先有外部类实例，再通过它来构造内部类实例。不能像普通类那样直接用 new Inner()。
典型写法是：Outer outer = new Outer(); Outer.Inner inner = outer.new Inner();。注意中间的 .new 语法——这是 Java 特有的，不是点号加 new 关键字的组合，而是一个整体操作符。
立即学习“Java免费学习笔记（深入）”；
- 如果外部类有参数化构造器，需先完成外部实例初始化
- 不能在静态上下文（如
main方法、静态方法）中直接 new 非静态内部类，除非显式持有外部实例 - 反模式示例：
new Outer.Inner()会编译失败，缺少外部实例绑定 - 反射创建时也需传入外部实例作为
Constructor.newInstance(outerInstance)的第一个参数
为什么匿名内部类引用的局部变量必须是 effectively final
因为匿名内部类对象的生命周期可能长于其定义所在的方法栈帧。JVM 通过“拷贝值”的方式把局部变量传进内部类，为避免数据不一致，要求该变量在方法内不能再被修改——否则内部类持有的副本就和原变量失去同步。
这个限制不是语法层面的强制 final 声明，而是编译器检查：只要变量在初始化后没被重新赋值，就满足“effectively final”，哪怕没写 final 关键字。
- Lambda 表达式同样遵循这一规则
- 若变量是对象引用，允许调用其方法修改内部状态，但不允许重新赋值给另一个对象
- 常见坑：在 for 循环里用
i创建多个匿名内部类，结果全都捕获了循环结束后的最终值（应改用临时变量或增强 for）
静态内部类和普通顶层类有什么实际区别
主要区别在命名空间和访问权限控制。静态内部类没有对外部类实例的隐式引用，因此更轻量，适合做工具类、封装逻辑单元；但它仍属于外部类的“包级私有作用域”，可访问外部类的 private static 成员，而普通顶层类做不到这点。
性能上，静态内部类的加载和实例化开销与顶层类基本一致；但它的类名是 Outer$StaticInner，由 JVM 保证唯一性，且默认具有包级访问权限（即使不写 public）。
- 静态内部类可声明为
public、private、protected或包私有，影响外部能否访问 - 它不能直接访问外部类的非静态成员，但可通过传入实例参数间接访问
- 相比顶层类，它更利于模块化组织代码，尤其当某个类只被一个外部类使用时
- 注意混淆点：静态内部类 ≠ 嵌套接口（interface 默认是 static 的）
$ 符号，这在反射、类加载、打包（如 ProGuard）、甚至某些 IDE 调试场景中都会暴露出来——比如你用 Class.forName("com.example.Outer$Inner") 加载时，漏掉 $ 就会抛 ClassNotFoundException。 
