static是绑定到类本身的内存与语义标记，字段和方法在类加载准备阶段分配内存并设默认值，初始化阶段执行<clinit>按文本顺序赋值；static方法无this，故不能直接访问非static成员。
Java 里的 static 不是“属于对象”的修饰符，而是“脱离实例生命周期、绑定到类本身”的内存与语义标记。它直接作用于 JVM 的类加载与运行时数据区，不是语法糖，也没有运行时反射开销。
static 字段和方法在 JVM 里怎么存？
所有 static 成员（字段、方法、嵌套类）在类加载的 准备阶段 就被分配内存，并初始化为默认值（如 0、null、false），随后在 初始化阶段 执行 <clinit></clinit> 方法完成显式赋值。
-
static字段存储在方法区（JDK 8+ 是元空间）的类元数据结构中，不随每个对象实例重复分配 -
static方法没有隐式的this参数，字节码调用指令是invokestatic，而非invokevirtual - 即使类从未 new 过任何实例，只要被加载且触发了初始化（如首次主动使用），
static块就会执行
为什么 static 方法不能直接访问非 static 成员？
这不是编译器“故意限制”，而是语义上不可能：非 static 字段/方法依赖于具体的对象实例，而 static 上下文根本没有 this 引用。JVM 在调用 invokestatic 时，操作数栈顶部没有对象引用，无法解析出实例地址。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 编译器报错
non-static variable xxx cannot be referenced from a static context是提前拦截，避免生成非法字节码 - 反例：在
static方法里 new 一个实例，再通过该引用访问非static成员——完全合法，因为此时已有明确的对象上下文 - 注意：
static方法可访问final static常量（编译期常量），因为它们会被内联，不经过字段查找
static 块和 static 字段的执行顺序有坑吗？
有，而且非常容易误判。JVM 按源码中出现的**文本顺序**执行 static 字段初始化和 static 块，但字段声明时的初始化表达式会拆成两步：先赋默认值（准备阶段），再执行赋值（初始化阶段）。
立即学习“Java免费学习笔记（深入）”；
class Example {
static int a = 1;
static {
System.out.println("block 1: " + a); // 输出 1
}
static int b = getValue(); // 这里才真正调用 getValue()
static int c = 2;
static {
System.out.println("block 2: " + b); // 输出 getValue() 返回值
}
static int getValue() {
System.out.println("in getValue, c = " + c); // 输出 0 —— c 还未赋值！
return 42;
}
}
- 上面代码中，
c在getValue()被调用时尚未执行赋值（文本位置在后），所以输出0 - 所有
static初始化逻辑都挤在<clinit></clinit>方法里，按书写顺序线性执行，无例外、无跳过 - 父类的
<clinit></clinit>总是在子类之前执行，且只执行一次（即使多次触发类加载，JVM 保证其幂等）
真正容易被忽略的是：static 不代表“全局唯一”或“线程安全”。多个类加载器可以各自加载同一个类，产生互不干扰的 static 副本；而 static 字段的并发修改仍需显式同步——JVM 只管内存分配时机，不管数据竞争。
