静态方法属于类而非对象，类加载时绑定，无this引用，不可访问非静态成员；静态变量和代码块首次主动使用时初始化且仅一次，所有实例共享；误用需避免状态依赖与线程安全问题。
静态方法属于类，不属于任何对象
Java 中的 static 方法在类加载时就绑定到 Class 对象上，不依赖实例存在。哪怕一个类从未被 new 出对象，也能直接通过 ClassName.methodName() 调用静态方法。它没有 this 引用，也不能访问非静态字段或方法——因为那些只存在于具体对象里。
为什么不能在静态方法中直接调用非静态成员
这是编译期强制限制，不是运行时检查。根本原因是：静态方法执行时，可能根本不存在任何该类的实例。
-
static方法属于类层级，生命周期与ClassLoader绑定 - 非静态字段/方法属于实例层级，只有调用
new MyClass()后才分配内存 - 编译器看到
this.field或instanceMethod()出现在static方法里，会直接报错non-static variable/method cannot be referenced from a static context
静态成员的初始化时机和共享特性
静态变量和静态代码块在类首次主动使用（如首次调用静态方法、首次访问静态字段、首次 new 实例）时触发初始化，且只执行一次。所有实例共享同一份静态变量。
public class Counter {
static int count = 0;
static { System.out.println("Static init"); } // 只打印一次
public Counter() { count++; }
}
多次 new Counter() 不会重复执行静态块，count 是全局累加的。注意：多线程环境下对静态变量的读写需自行同步，static 不提供线程安全。
立即学习“Java免费学习笔记（深入）”；
常见误用场景与规避方式
最典型的是在工具类中误把本该无状态的逻辑写成依赖实例状态，或者反过来，在需要访问实例数据时硬写成静态方法。
- 想复用逻辑但又需要对象状态 → 改为实例方法，或把所需状态作为参数传入静态方法
- 工具类（如
StringUtils）必须保持无状态 → 所有方法都应是static，且不持有类级别可变字段 - 误以为
static方法能被子类“重写” → 实际是隐藏（hiding），调用取决于引用类型而非实际类型 - 在
@PostConstruct或 Spring Bean 初始化中调用静态方法 → 没问题；但若依赖@Autowired的实例 Bean，则不可行，因为静态上下文无法注入
静态不是万能的性能优化手段，滥用会导致测试困难、状态污染和设计僵化。真正关键的是厘清「谁拥有数据」和「谁负责行为」。
