类是蓝图、对象是实例，本质是设计上主动分离：类只定义结构和行为且不保存状态，对象才占用内存并持有独立状态；解耦关键在于坚守这种分离。
Java里“类是蓝图，对象是实例”，这句话说的不是抽象概念，而是设计上的主动分离——类不保存具体数据，只定义结构和行为；对象才真正占用内存、持有状态。解耦的关键，不是“它们不同”，而是“你得让它们保持不同”。
类不存状态，只管“能做什么”
类里写的是字段声明（比如 String name;），不是赋值（String name = "张三";）；写的是方法签名和逻辑，不是为某个特定人定制的行为。它像一份标准化说明书：规定每个对象该有哪些属性、能响应哪些操作，但不决定这些属性具体是什么值。
- 如果在类里直接给字段赋初值（如 int count = 5;），这仍是默认模板值，不是某个对象的专属数据
- 静态字段（static）例外——它属于类本身，所有对象共享，恰恰是解耦的反面，新手要特别留意
- 构造方法的作用，就是把“通用蓝图”变成“带具体数值的个体”，这是解耦后连接两者的唯一合法入口
对象才是真正干活的独立个体
每次用 new Person()，JVM就在堆内存中划出一块新区域，复制类定义的结构，再填入你传进来的参数值。两个 Person 对象，哪怕类型一样、方法一样，name 和 age 完全可以互不干扰。
- 修改 obj1.name 不会影响 obj2.name，因为它们指向内存中不同的地址
- 调用 obj1.printInfo() 和 obj2.printInfo()，执行的是同一份字节码，但读取的是各自堆里的数据
- 把对象赋给另一个变量（Person p = obj1;），只是复制了引用，不是复制对象——这点常被误认为“耦合”，其实是解耦前提下的高效复用
解耦不是自动发生的，靠编码习惯来守护
类和对象天然分离，但业务逻辑一乱，就容易悄悄破坏这种关系。比如在类里缓存全局状态、用静态集合管理所有实例、或让方法直接操作其他对象的私有字段。
- 避免在类中使用 public static List
allPersons; 来“统一管理”对象——这会让类承担本该由外部容器（如 Service 层）负责的职责 - 方法尽量只读写 this 的字段，不越界访问别的对象内部（除非明确设计为协作关系）
- 需要共享行为？提取成工具类（Utils）或接口实现，而不是塞进某个实体类里
一个直观例子帮你确认是否真解耦了
写一个 BankAccount 类：含 balance 字段、deposit() 和 withdraw() 方法。然后创建两个对象：a1 = new BankAccount(1000); a2 = new BankAccount(500);
- 执行 a1.withdraw(200); 后，a1.balance 变成 800，a2.balance 仍是 500 → 解耦成立
- 如果某天发现 a2.balance 也变了，就要立刻检查：是不是用了 static 字段？是不是 deposit() 里误写了 a2.balance += …？
- 再试把 a1 赋给临时变量：BankAccount temp = a1;，修改 temp.balance → a1.balance 也会变，但这不破坏解耦，只是引用指向同一块内存
理解解耦，不是背定义，而是在每次写字段、调方法、传对象时，心里清楚：这个东西属于“模板”还是“个体”，它该不该知道别的个体长什么样。不复杂，但容易忽略。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
