静态代码块是唯一能影响方法区静态变量初始化的代码块，它在类加载初始化阶段执行，覆盖准备阶段的默认值；普通代码块操作堆中实例变量，与方法区无关。
代码块在 Java 中不是“方法区变量”的操作工具，它本身不直接影响方法区的变量存储，但静态代码块确实会参与方法区中静态变量的初始化过程。理解这点，关键在于分清“代码块执行时机”和“变量存储位置”的对应关系。
静态代码块：唯一能影响方法区变量的代码块
方法区（JDK 8+ 后为元空间）存放的是类的元数据、常量池和静态变量。只有被 static 修饰的代码块——即静态代码块——会在类加载的“初始化阶段”被执行，此时正是静态变量被赋予程序员指定值的时刻。
- 静态变量在“准备阶段”已被赋予默认值（如 int 为 0，引用为 null）
- 静态代码块在“初始化阶段”运行，可覆盖默认值，完成真正意义上的显式初始化
- 多个静态代码块按出现顺序执行，且只执行一次
- 它不能访问非静态成员（因为对象尚未创建，实例变量还不存在于堆中）
普通（实例）代码块：影响堆中的对象，与方法区无关
普通代码块（未加 static）属于实例初始化逻辑，每次 new 对象时都会执行。它操作的是实例变量，而实例变量存储在堆内存的对象实例中，不是方法区的内容。
- 它的作用等效于“复制到每个构造器开头”，用于统一初始化所有对象共有的初始状态
- 它在构造器执行之前运行，但晚于静态代码块（因类已加载完毕）
- 对方法区里的静态变量无写权限？不，它可以读写——但这是通过类名或隐式引用触发的，本质仍是静态变量本身的属性，不是代码块“拥有”方法区
实战中如何验证静态代码块对方法区变量的作用
可通过类加载日志 + 变量观测组合验证：
- 用 -XX:+TraceClassLoading 启动 JVM，观察类首次加载时静态代码块是否触发
- 定义一个 public static final String CONST = "A"; 再定义 static { System.out.println("init: " + CONST); } ——会输出 A，说明常量池已就绪
- 修改为 static String s; static { s = "set by static block"; }，再通过 ClassLoader.getSystemClassLoader().loadClass("X") 触发加载，随后打印 s，确认其值已被设置
- 用 jhsdb 工具连接运行中进程，dump 方法区内容（需 JDK 11+），可查到该静态变量值已存在于元空间的类镜像中
常见误区提醒
别把“代码块声明位置”和“变量存储位置”混淆：
- 写在类里、带 static 的代码块 → 影响方法区中的静态变量（初始化行为）
- 写在类里、不带 static 的代码块 → 影响堆中每个对象的实例变量（初始化行为）
- 写在方法内、用 { } 包裹的代码块 → 属于局部作用域，变量存栈帧，与方法区完全无关
- 代码块本身不占方法区空间，它被编译为类初始化方法
() 或实例初始化方法 () 的字节码指令
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
