静态变量属类、类加载时初始化、所有实例共享；静态方法只能访问静态成员且不可重写；静态内部类不持外部类引用，适合解耦；静态代码块按书写顺序执行一次。
静态变量必须用 static 修饰，且属于类而非实例
静态变量在类加载时就分配内存，所有实例共享同一份数据。它不依赖对象创建，哪怕没 new 过任何实例，也能通过 类名.变量名 直接访问。
常见错误是误把它当成员变量用：比如在构造方法里给 static 变量赋初值，结果每次 new 都覆盖前一次——这通常不是本意，而是逻辑漏洞。
- 静态变量初始化优先于任何实例，包括静态代码块（
static {}）也只执行一次 - 多线程环境下直接读写非
volatile或非同步的静态变量，可能引发可见性问题 - 序列化时静态变量不会被保存，反序列化后仍是类加载时的值（或默认值）
静态方法只能访问静态成员，不能用 this 或 super
静态方法在类加载时就可调用，此时还没有任何对象存在，所以语言层面禁止它访问实例变量、调用实例方法，也不允许使用 this 和 super 关键字。
典型报错是：non-static variable xxx cannot be referenced from a static context。这不是编译器“太死板”，而是语义上根本矛盾——你在一个还没对象的上下文里，却想访问某个具体对象的状态。
立即学习“Java免费学习笔记（深入）”；
- 若需在静态方法中操作实例数据，必须显式传入对象引用（如
doSomething(MyClass obj)） -
工具类（如
StringUtils、Objects）大量使用静态方法，因其不依赖状态，天然无副作用 - 静态方法无法被子类重写（override），但可以被隐藏（hiding）：子类定义同签名静态方法，调用取决于引用类型，而非实际类型
静态内部类不持有外部类引用，适合解耦与性能敏感场景
普通内部类隐式持有一个外部类实例引用，而静态内部类没有这个引用，因此它可以不依赖外部类实例被独立创建，也不会阻止外部类对象被 GC 回收。
这是容易被忽略的关键差异：比如在 Android 中误用非静态内部类作为 Handler，会导致 Activity 泄漏；换成静态内部类 + WeakReference 就安全得多。
- 静态内部类可直接访问外部类的静态成员，但不能访问实例成员（除非传入对象）
- 它可声明自己的静态变量和静态方法，普通内部类不允许有静态成员（除常量
static final） - 枚举类本质是静态内部类的语法糖，其每个实例都是该类的
public static final字段
静态代码块用于类初始化，执行顺序严格遵循书写位置
静态代码块（static {}）在类第一次被主动使用（如首次 new、首次调用静态方法、首次访问静态字段）时执行，且只执行一次。它的执行时机早于任何构造方法，也早于实例代码块（{} ）。
多个静态代码块按源码中出现的顺序依次执行，混合着静态变量初始化一起处理。例如：
public class Demo {
static int a = 1;
static {
System.out.println("block 1: " + a); // 输出 1
a = 2;
}
static int b = a; // 此时 a 已是 2
static {
System.out.println("block 2: " + b); // 输出 2
}
}
这种顺序依赖一旦复杂起来，极易出错。尤其当静态变量初始化依赖尚未执行的静态代码块时，会得到默认值（如 0、null），而不是预期结果。
