非静态内部类必须依附外部类实例，隐式持有其引用，故不可独立创建；可访问外部类所有成员（含私有）；不能定义static成员（除static final常量）；序列化时需谨慎处理外部类引用。
非静态内部类必须依附于外部类实例
非静态内部类（也叫成员内部类）在编译后会隐式持有一个指向外部类实例的引用，这意味着它不能脱离外部类对象独立存在。试图在没有外部类实例的情况下创建非静态内部类对象，编译器会直接报错。
-
new Outer().new Inner()合法：先有Outer实例，再通过该实例创建Inner -
new Inner()非法：缺少外部类实例上下文，编译失败 - 在
static方法（如main）中直接 new 非静态内部类，必须显式提供外部类实例
非静态内部类能访问外部类所有成员（含私有）
这是它最常被使用的特性之一。由于持有外部类引用，非静态内部类可无条件访问外部类的 private 字段、private 方法，甚至构造器——不需要 getter/setter 或包内可见性配合。
public class Outer {
private int secret = 42;
private void log() { System.out.println("inner sees it all"); }
class Inner {
void check() {
System.out.println(secret); // ✅ 直接访问 private 字段
log(); // ✅ 直接调用 private 方法
}
}
}
注意：这种访问是编译器在字节码层面自动插入桥接逻辑实现的，并非运行时反射；因此不会破坏封装语义，也不触发安全检查。
非静态内部类不能定义 static 成员（除 static final 常量）
因为非静态内部类本身不具有“静态上下文”，其生命周期绑定于外部实例，所以不允许声明 static 方法、static 块或普通 static 字段。唯一例外是 static final 基本类型或字符串字面量——它们在编译期就确定，本质是常量而非运行时静态状态。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
-
static int x = 1;❌ 编译错误：非法的静态声明 -
static final String NAME = "test";✅ 允许 -
static final List<String> NAMES = Arrays.asList("a");⚠️ 虽然语法通过，但不推荐——对象引用仍可能被修改，且违背“常量”直觉
序列化非静态内部类需谨慎处理外部类引用
如果非静态内部类实现了 Serializable，那么默认序列化时会一并尝试序列化其持有的外部类实例。一旦外部类未实现 Serializable，或其中包含不可序列化的字段（如 Thread、Socket），就会抛出 NotSerializableException。
- 解决方式一：将外部类也实现
Serializable，并确保其所有字段可序列化 - 解决方式二：用
transient标记内部类中不需要序列化的字段（但对外部类引用无效） - 更稳妥做法：改用静态内部类 + 显式传参，避免隐式依赖
这个隐式引用很容易被忽略，尤其在远程调用或缓存场景下，导致反序列化失败或意外加载大量无关对象。
