静态方法不能直接访问非静态资源，因生命周期不匹配：静态随类加载存在，非静态依赖对象实例；应通过传参等方式间接访问，或改用实例方法。
静态方法不能直接访问非静态资源，这是 Java 编译期强制限制的规则，根本原因在于生命周期不匹配：静态方法随类加载而存在，而非静态资源（变量、方法）必须依赖对象实例才能存在。没有实例，就没有 this，也就无法定位具体操作哪个对象的数据。
通过对象实例间接访问
最常用也最符合面向对象原则的方式是让静态方法“拿到”一个已存在的对象，再通过它访问非静态成员。
- 把对象作为参数传入静态方法，例如：
public static void processUser(User user) { System.out.println(user.getName()); } - 适合需要复用逻辑、便于测试的场景，调用方控制对象生命周期，静态方法只负责处理
- 避免在静态方法里反复 new 实例，尤其当对象创建开销大或涉及状态管理时
检查设计是否合理
如果一个静态方法频繁需要访问多个非静态字段或方法，大概率说明它本就不该是静态的。
- 比如
save()、calculateBalance()、validate()这类明显依赖对象当前状态的操作，应定义为实例方法 - 强行保留
static并绕路访问，容易导致职责混乱、难以维护 - 改回实例方法后，可直接使用
this访问所有成员，语义清晰、逻辑自然
其他可行但需谨慎的方式
某些特定场景下可考虑替代方案，但各有局限：
- 在静态方法内临时创建对象：仅适用于无状态、轻量、可丢弃的类型（如
new SimpleDateFormat()），不推荐用于业务实体 - 用静态变量暂存实例数据：如单例模式持有全局唯一对象（
private static Config instance），但要注意线程安全和初始化顺序 - 将非静态资源改为静态：仅当该资源对所有实例都相同且无需区分对象时才适用，本质是改变了语义
核心还是看意图——静态方法适合做与对象无关的通用操作，一旦牵扯具体实例的状态，就该交给实例方法来承担。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
