静态代码块不能访问非静态资源，因其在类加载时执行而实例尚未创建；若强行new对象访问，会破坏初始化顺序、浪费资源并干扰全局状态；应仅用于类级预处理，如缓存配置、初始化线程池等。
静态代码块里不能访问非静态资源，根本原因很明确
静态代码块在类加载时由 JVM 执行，此时还没有任何对象被创建。非静态变量和方法属于实例，内存分配发生在 new 对象之后，而静态代码块运行时堆中连一个实例都没有。编译器直接拒绝这种写法，报错信息通常是：“non-static variable X cannot be referenced from a static context”。
看似能绕过去，实际埋下隐患
有人会尝试在静态代码块里 new 一个本类实例，再通过它访问非静态成员。语法上可能通过编译，但存在严重问题：
- 违背初始化设计意图：静态块本该做类级准备，不该承担实例创建职责
- 触发隐式初始化顺序混乱：若该类自身依赖其他静态资源，可能引发
NullPointerException或部分初始化状态 - 造成资源浪费：静态块只执行一次，却无意义地创建并丢弃对象
- 干扰单例、连接池等关键逻辑：意外实例可能干扰全局状态管理
真正该放什么进静态代码块
静态代码块适合做纯类级别的预处理，不依赖任何对象状态：
- 读取配置文件并缓存为静态常量
- 预编译正则表达式（
Pattern.compile(...)） - 初始化数据库连接池、线程池等共享资源
- 校验运行环境（如 JDK 版本、系统属性）
想用非静态资源？换地方放才对
如果逻辑确实需要访问实例数据，说明它不属于类加载阶段：
- 移到构造方法里：每个对象创建时执行一次
- 放进实例初始化块：写法简洁，位置灵活
- 封装成工具方法，显式传入对象参数：例如
public static void log(User u) - 检查设计：这个功能是不是本就该是实例方法？去掉
static往往更自然
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
