static关键字本质是将成员归属类级而非对象，影响内存分配与生命周期；类变量全类共享、存于元空间，实例变量各对象独有；静态方法不可访问实例成员；static初始化顺序不当易致空指针。
static 关键字的核心，是把成员“划归到类一级”，而不是绑定在某个对象上。它不是语法糖，而是内存归属和生命周期的明确声明——理解这点，才能避开共享污染、空指针、并发异常这些常见坑。
类变量（static 变量）：全类共用一份
被 static 修饰的变量属于类本身，在类加载时就初始化，存于元空间（JDK8+），整个 JVM 中只有一份。所有对象读写的是同一个内存地址。
- 调用推荐写法：ClassName.variableName，不依赖对象创建
- 修改任一对象的 static 变量（如
obj.count++），等价于ClassName.count++，其他对象立刻可见 - 典型用途：全局计数器、配置开关、缓存引用、单例句柄
- 注意：Web 场景中误将
currentUser设为 static，会导致用户信息串扰
实例变量：每个对象独享一份
没有 static 修饰的成员变量，属于具体对象，每次 new 都在堆内存中分配独立副本，互不影响。
- 只能通过对象访问：obj.fieldName，不存在“类名.字段”这种用法
- 生命周期与对象一致：对象创建时初始化，GC 回收时释放
- 适合保存对象特有状态，比如用户 ID、订单编号、临时计算结果
- 改成 static 后，表面只是加个关键字，实际会破坏封装性、引发线程安全问题
静态方法不能直接用实例成员
静态方法运行时不依附于任何对象，没有隐式的 this 引用。编译器会直接报错：non-static variable xxx cannot be referenced from a static context。
- 它只能访问 static 变量、调用 static 方法
- 想访问实例成员？要么传入对象参数，要么把逻辑移到实例方法里
- 工具类（如
StringUtils、MathUtils）通常全是 static 方法，配合私有构造防止实例化
初始化顺序很关键
static 变量按声明顺序初始化，但若某个 static 字段依赖另一个尚未初始化的 static 字段，就会拿到默认值（0、null），导致运行时报空指针。
- 例如：
static List<string> list = init();</string>中 init() 用了还没赋值的static String PATH - 解决办法：改用 static 代码块 显式控制初始化顺序
- 更健壮的做法是延迟初始化（LazyHolder 模式或
AtomicReference） - IDE 不会预警，编译能过，出问题往往在上线后或特定类加载路径下
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
