静态代码块不能访问非静态资源，因其在类加载时执行而实例尚未创建；若强行new对象访问，会破坏初始化顺序、浪费资源并干扰全局状态；应仅用于类级预处理，如缓存配置、初始化线程池等。

静态代码块里不能访问非静态资源，根本原因很明确

静态代码块在类加载时由 JVM 执行，此时还没有任何对象被创建。非静态变量和方法属于实例，内存分配发生在 new 对象之后，而静态代码块运行时堆中连一个实例都没有。编译器直接拒绝这种写法，报错信息通常是：“non-static variable X cannot be referenced from a static context”。

看似能绕过去，实际埋下隐患

有人会尝试在静态代码块里 new 一个本类实例，再通过它访问非静态成员。语法上可能通过编译，但存在严重问题：

• 违背初始化设计意图：静态块本该做类级准备，不该承担实例创建职责
• 触发隐式初始化顺序混乱：若该类自身依赖其他静态资源，可能引发 NullPointerException 或部分初始化状态
• 造成资源浪费：静态块只执行一次，却无意义地创建并丢弃对象
• 干扰单例、连接池等关键逻辑：意外实例可能干扰全局状态管理

真正该放什么进静态代码块

静态代码块适合做纯类级别的预处理，不依赖任何对象状态：

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

• 读取配置文件并缓存为静态常量
• 预编译正则表达式（Pattern.compile(...)）
• 初始化数据库连接池、线程池等共享资源
• 校验运行环境（如 JDK 版本、系统属性）

想用非静态资源？换地方放才对

如果逻辑确实需要访问实例数据，说明它不属于类加载阶段：

立即学习“Java免费学习笔记（深入）”；

• 移到构造方法里：每个对象创建时执行一次
• 放进实例初始化块：写法简洁，位置灵活
• 封装成工具方法，显式传入对象参数：例如 public static void log(User u)
• 检查设计：这个功能是不是本就该是实例方法？去掉 static 往往更自然