静态内部类不持有外部类实例引用，不能访问非静态成员，可直接访问外部类静态成员，实例化无需外部类对象，适用于逻辑归组与避免内存泄漏。
静态内部类和外部类之间没有隐式引用关系
静态内部类 static class 不持有对外部类实例的引用，因此不能直接访问外部类的非静态成员。这是它和普通内部类最根本的区别——编译后生成的字节码里，StaticInner 类文件名是 Outer$StaticInner.class，但不会包含指向 this$0 的字段。
- 能直接访问外部类的
static字段和方法，比如Outer.COUNT、Outer.staticMethod() - 不能直接访问
outerField或调用outerMethod()，否则编译报错：non-static variable outerField cannot be referenced from a static context - 实例化不需要外部类对象：
new Outer.StaticInner()即可，无需先new Outer()
如何正确声明和实例化静态内部类
声明时必须加 static 修饰符，且只能定义在类级别（不能在方法内）。实例化语法和普通顶层类一致，但需带上外部类名作为前缀。
public class Outer {
public static int COUNT = 10;
private String outerField = "outer";
public static class StaticInner {
public void print() {
System.out.println(COUNT); // ✅ 可以访问外部类 static 成员
// System.out.println(outerField); // ❌ 编译错误
}
}
}
// 使用方式：
Outer.StaticInner inner = new Outer.StaticInner();
inner.print();
- 如果静态内部类有构造参数，照常传参：
new Outer.StaticInner("hello") - 不能用
new Outer().new StaticInner()—— 这是普通内部类的写法，对静态内部类会编译失败 - 静态内部类可以有自己的
static字段和方法，彼此独立于外部类的静态成员
为什么用静态内部类而不是独立顶层类
主要为逻辑归组与作用域控制：当某个类只在特定外部类中使用、且不依赖其实例状态时，用静态内部类能避免命名污染，同时保持包级可见性约束。
- 适合做工具类嵌套，比如
HashMap.Node、Collections.EmptyList的实现结构 - 比独立类更易维护：修改外部类时，相关静态内部类天然被一起编译和测试
- 比普通内部类更轻量：无隐式引用意味着 GC 更友好，尤其在长期持有的场景（如缓存、监听器）中不易引发内存泄漏
- 注意：若静态内部类体积大、复用性强，反而该拆成独立类——“嵌套”不是
为了省一个文件，而是表达强归属关系
常见误用：混淆静态内部类和匿名/局部类
有人试图在方法里定义 static class，或把静态内部类当成 Lambda 替代品，这都会触发编译错误。
- 方法内部不允许出现
static class，哪怕加了static也会报：modifier 'static' not allowed here - 静态内部类不能捕获方法的局部变量（不像匿名类或 Lambda），因为它根本不依附于方法执行上下文
- 如果需要延迟初始化，别用
static+ 懒汉模式；应配合private static final或Holder模式，否则可能破坏单例语义
真正容易被忽略的是：静态内部类的类加载时机——它和外部类的加载解耦，只有首次主动使用（如 new、访问其 static 成员）时才触发自身类加载，这点和外部类是否已加载无关。
