static代码块在类加载时由jvm执行且仅一次，早于对象创建，只能访问静态成员；因非静态变量属实例、依赖this引用且语言规范禁止，故不可访问。

static代码块的本质与执行时机

static代码块在类加载阶段由JVM执行，仅运行一次，早于任何对象实例的创建。它不依赖this，也没有实例上下文，因此只能操作类层级的资源——也就是静态变量和静态方法。此时堆内存中尚未分配任何对象，非静态变量自然还不存在。

为什么static代码块不能访问非静态变量

根本原因有三点：

• 非静态变量属于实例，内存分配发生在new对象时，而static代码块执行时可能一个实例都还没创建
• 访问非静态变量隐含需要this引用，但static代码块中this不可用，编译器无法推导“该变量属于哪个对象”
• Java语言规范明确禁止：编译时直接报错“non-static variable X cannot be referenced from a static context”

常见误写与正确替代方案

错误写法（编译不通过）：

public class Demo {
  private String name = "test";
  static {
    System.out.println(name); // ❌ 编译失败
  }
}

可行的解决路径：

• 改用静态变量：若该数据本就不依赖实例状态（如配置、常量、计数器），直接加static修饰
• 延迟到实例初始化：把逻辑移到构造方法或实例初始化块中，确保对象已存在
• 显式传入实例：不推荐在static块中做，但可在static方法中接收实例参数后处理

实战建议：什么该放static代码块，什么不该

适合放入static代码块的逻辑：

• 静态资源预加载（如数据库连接池初始化、配置文件读取）
• 静态常量计算（如枚举映射表、正则Pattern编译）
• 类级别的安全检查或环境校验

绝对要避开的写法：

• 调用任何非static方法（包括getter/setter）
• 访问任何非static字段（哪怕只是打印）
• 试图new本类实例并立即使用其非static成员（虽能编译，但违背设计意图，易引发初始化顺序问题）