static变量在JVM中仅一份副本，属类而非实例；static方法无状态、不可访问非静态成员；静态块按代码顺序执行；泛型类中static成员不可用类型参数；接口static方法无泛型支持。
Static 声明的类变量在 JVM 中只有一份副本
Java 中用 static 修饰的字段属于类本身，而不是某个实例。这意味着无论创建多少个对象，static 变量在内存中只存在一份，所有实例共享它。
常见错误是误以为 static 字段能保存每个对象的独立状态——比如把用户 ID 存成 static String userId，结果多个线程或对象反复覆盖，最后取到的永远是最后一次赋的值。
- 适合场景：计数器（如
static int instanceCount）、配置常量（static final String API_BASE = "https://api.example.com"）、缓存单例对象 - 不建议用于保存业务上下文数据，尤其在 Web 应用或并发环境下
- 初始化时机在类加载时，早于任何构造方法执行；若依赖尚未初始化的其他
static变量，可能触发NullPointerException
静态工具方法必须是无状态且不依赖 this
static 方法不能访问非静态字段或调用非静态方法，因为它不绑定具体实例。这是编译期强制限制，不是运行时约定。
典型误用：在 static 方法里写 this.name 或调用 doSomething()（而该方法没加 static），直接报错 non-static variable/method cannot be referenced from a static context。
- 真正适合声明为
static的是纯函数式工具逻辑：字符串处理（StringUtils.isEmpty()）、数值转换（Math.abs()）、JSON 序列化（ObjectMapper.readValue()） - 如果方法内部需要访问实例状态，就别硬加
static，否则只能把所需字段全作为参数传入，反而降低可读性 - 注意
static方法无法被子类重写（override），只能被隐藏（hide）——即子类定义同签名static方法时，调用行为取决于引用类型而非实际类型
静态块和静态变量初始化顺序容易出错
Java 按代码从上到下执行静态初始化：先静态变量赋值，再静态块。但如果静态变量初始化表达式里调用了尚未定义的静态字段，会得到默认值（如 int 是 0，Object 是 null）。
static int x = getValue(); // 此时 y 还未初始化，返回 0
static int y = 10;
static int getValue() { return y; } // 返回 0，不是 10
- 避免在静态变量初始化中依赖后续声明的静态成员
- 复杂初始化逻辑统一放进静态块
static { ... }，确保执行顺序可控 - 若涉及外部资源（如读配置文件），静态块中抛出异常会导致类加载失败，后续所有对该类的引用都会触发
NoClassDefFoundError
泛型类里的 static 成员不能使用类类型参数
像 class Box<t> { static T value; }</t> 是非法的——因为 static 属于类层级，而泛型类型参数 T 是实例层级的概念，编译器无法确定此时 T 是什么。
错误信息通常是：illegal forward reference 或 non-static type variable T cannot be referenced from a static context。
- 解决方案：把需要泛型能力的逻辑移到非静态方法中，或改用
Object+ 显式类型转换（不推荐），或提取为独立的泛型工具类（如Pair<k></k>不含static字段） - 接口中允许
static方法（自 Java 8），但也不能带类型参数；接口的default方法可以访问泛型，但它不是static
static 变量才真正消失。多数时候你不会主动卸载类，所以得默认这些变量“一直存在”——包括它们持有的对象引用，可能造成内存泄漏。 
