静态方法无法访问实例变量，因其生命周期不匹配：静态方法随类加载而存在，而实例变量需对象创建后才存在；必须显式传入实例或内部新建对象。
静态方法里写 instanceVar 直接报错：原因不是手误，是生命周期不匹配
编译器报的 Non-static field 'xxx' cannot be referenced from a static context 不是语法警告，而是明确拒绝——因为静态方法在类加载时就存在，而 instanceVar 还没出生（实例都还没 new 出来）。这不是“暂时不能”，是“根本不可能有上下文”。
想用实例数据？必须显式传入或显式创建实例
静态工具方法要处理对象状态，只有两条干净路径：
- 把实例作为参数传进来：
public static void process(Pig pig) { System.out.println(pig.getAge()); } - 在方法内部自己 new 一个（仅限无状态、可复用的场景）：
Pig temp = new Pig(1, 20, 'M'); - 绝对不要写
this.age或直接读age——this在静态方法里根本不存在，连编译都过不去
static 和 final 搭配时，别误以为能“绑定”实例字段
有人试过这样绕开限制：private static final Pig DEFAULT_PIG = new Pig(0, 0, 'U'); 然后在静态方法里访问 DEFAULT_PIG.getAge()。这确实能过编译，但要注意：
- 这个
DEFAULT_PIG是类加载时初始化的单例，所有调用共享同一份数据 - 如果
Pig本身可变（比如有setAge()），多线程下会出问题 - 它不是“访问实例变量”的合法替代，只是换了个共享对象来承载数据
工具类设计时最容易被忽略的一点
很多人把工具类写成 public class StringUtils 这样没问题，但一旦在里面混进实例字段（比如缓存 map、配置对象），又用静态方法去操作它，就悄悄埋下了线程安全和内存泄漏的坑。真正干净的工具类，应该完全无状态——所有依赖都通过参数传入，所有中间对象都在方法栈内创建销毁。
