能，内部类可直接访问外部类私有成员，因其隐式持有OuterClass.this引用；静态嵌套类则不能访问非静态成员。
内部类能访问外部类的私有成员吗
能，这是内部类最核心的设计优势之一。只要不是 static 内部类（即静态嵌套类），普通内部类（成员内部类）天然持有对外部类实例的隐式引用，因此可直接访问外部类所有成员，包括 private 字段和方法。
注意：这个隐式引用名为 OuterClass.this，编译器自动生成。如果外部类和内部类有同名变量，用 OuterClass.this.fieldName 显式访问可避免歧义。
常见错误现象：
class Outer {
private int x = 42;
class Inner {
void print() {
System.out.println(x); // ✅ 合法，直接访问
}
}
}但如果写成 static class Inner，再访问 x 就会编译报错：non-static variable x cannot be referenced from a static context。
什么时候该用匿名内部类而不是 Lambda 表达式
当需要实现的接口有多个抽象方法，或需要调用接口中未在函数式接口定义的其他方法（比如 toString()、wait()），或者需要访问 final 或“实际上 final”的局部变量以外的变量（如修改局部变量）时，Lambda 就不适用了。
更关键的是：Lambda 只能用于函数式接口（仅含一个抽象方法）。而匿名内部类可以实现任意接口或继承任意类，哪怕它有 5 个方法——你只重写其中 1 个也合法。
立即学习“Java免费学习笔记（深入）”；
实操建议：
- 优先用 Lambda：适用于
Runnable、Comparator、Consumer等标准函数式接口 - 必须用匿名内部类：比如重写
SwingWorker、实现带回调钩子的监听器（需复写onStart()和onFinish()）、或需要调用getClass().getName()获取真实类型时 - 别把匿名内部类写太长——超过 10 行就该考虑提取为命名内部类或独立类
静态嵌套类（static nested class）和普通内部类的关键区别
根本区别在于是否持有外部类实例引用。静态嵌套类本质是“寄居在外部类命名空间里的顶级类”，它不依赖外部类实例，因此不能访问外部类的非静态成员；而普通内部类必须依附于外部类实例存在。
性能与使用场景差异：
- 静态嵌套类无隐式引用开销，内存更轻量，适合做工具类、DTO 容器（如
Map.Entry） - 普通内部类适合封装与外部类状态强耦合的行为，比如迭代器（
ArrayList.Itr）、事件处理器 - 序列化时，普通内部类会尝试序列化外部类实例，若外部类不可序列化则抛
NotSerializableException；静态嵌套类无此风险 - 反射获取构造器：普通内部类的构造器参数列表首位是
Outer类型；静态嵌套类的构造器签名与普通类一致
典型错误：
class Outer {
private String name = "outer";
static class StaticNested {
void bad() {
System.out.println(name); // ❌ 编译失败
}
}
}
局部内部类（local inner class）的生命周期与变量捕获规则
局部内部类定义在方法/代码块内，只能在定义它的作用域中使用。它能访问所在方法的局部变量，但这些变量必须是 final 或“实际上 final”（Java 8+ 支持后者）。
为什么？因为局部变量存储在栈上，方法执行完就销毁；而局部内部类对象可能存活更久（比如被返回或传给其他线程）。JVM 通过在内部类实例中复制一份变量值来解决生命周期不匹配问题——这就要求变量值不能变，否则语义混乱。
容易踩的坑：
- 试图在内部类中修改“实际上 final”的局部变量：编译报错
variable is accessed from within inner class and needs to be declared final - 在循环中创建局部内部类并引用循环变量（如
for (int i = 0; i ）——所有实例最终都打印 <code>10，因为它们共享同一个i的副本。正确做法是用final int j = i;拷贝一次 - 局部内部类不能有访问修饰符（
public/private等），也不能用static
真正复杂的地方不在语法，而在于：一旦局部内部类逃逸出方法作用域（比如作为返回值、被线程池持有），你就得清楚它捕获的每个变量都是快照，且外部方法栈帧已销毁——调试时看不到原始变量，只有内部类里那一份拷贝。
