static变量属于类级别，所有实例共享同一内存空间，类加载时初始化且仅一次；不可访问this或非static成员；用于无关具体对象的数据，误用会导致数据污染和线程安全问题。
static变量是类级别的，所有实例共享同一份内存
Java里声明一个static变量，它就不再属于某个对象，而是属于整个类——只要类被加载进JVM，这块内存就存在，且所有new出来的实例都读写同一处。这不是“默认值”或“初始化顺序”问题，是根本的内存归属差异。
常见错误现象：Counter.count++在多个线程里调用后结果不对；或者以为每个对象都有自己的static副本，结果修改一个实例的static字段，其他实例立刻看到变化。
- 静态变量在类加载时初始化（不是第一次
new时），只初始化一次 - 不能在
static上下文中直接访问this或非static成员（编译报错：non-static variable xxx cannot be referenced from a static context） - 如果用
final static定义常量，推荐全大写+下划线（如MAX_RETRY），这是约定，不是语法强制
什么时候该用static，什么时候不该用
判断核心就一条：这个数据是否跟“具体哪个对象”有关。无关，就用static；有关，必须去掉static。
典型使用场景：
立即学习“Java免费学习笔记（深入）”；
- 工具类里的配置或缓存，比如
StringUtils.EMPTY、JSONParser.DEFAULT_OPTIONS - 计数器类（但注意并发问题，见下一条）
- 单例模式中的
instance字段
典型误用场景：
- 把用户ID、用户名等本该随实例变化的字段声明为
static→ 所有对象“共用同一个用户” - 在Servlet或Spring Bean里把请求相关状态存成
static→ 多个请求互相覆盖 - 把
ArrayList声明为static又不做同步 → 并发add导致ConcurrentModificationException或数据丢失
static变量的线程安全陷阱
static本身不等于线程安全。多个线程同时读写同一个static变量，不出问题纯属运气。
常见错误现象：counter++在多线程下结果小于预期；static List被并发add后长度异常；static Map出现NullPointerException（因内部结构被破坏）。
- 基础类型自增（如
int count++）不是原子操作，需改用AtomicInteger或加synchronized -
static ArrayList应替换为Collections.synchronizedList(new ArrayList())，或直接用CopyOnWriteArrayList（适合读多写少） - 若只是初始化后只读（如
static final List），用Arrays.asList()或List.of()（Java 9+）更安全
类变量 vs 实例变量：看字节码和内存布局就清楚了
编译后，static变量存在类的Class对象里，而实例变量存在每个对象的堆内存中。这意味着：没创建任何实例，static变量也能访问（只要类已加载）；但访问实例变量必须先new。
一个容易被忽略的点：子类继承父类static变量，但不会“覆盖”，只是“隐藏”。如果父类和子类都有同名static变量，通过子类名访问的是子类自己的那份，不是父类的。
- 父类
Parent.count = 1，子类Child.count = 2，则Parent.count仍是1，Child.count是2 - 如果子类没定义
count，Child.count访问的就是Parent.count（因为继承） - 反射获取
Field时，getDeclaredFields()不包含父类static字段，要用getFields()
