高内聚低耦合是理想设计，类职责清晰且依赖抽象；Java中通过接口、依赖注入和单一职责原则实现，提升可维护性与扩展性。
对象耦合与内聚是面向对象设计中的两个核心概念，它们共同影响着代码的可维护性、可扩展性和可读性。理解这两个概念有助于写出更高质量的Java程序。
什么是耦合
耦合指的是类与类之间的依赖关系程度。低耦合意味着一个类尽可能少地依赖其他类，修改一个类不会对其他类造成太大影响。
在Java中，高耦合的表现包括：
- 类中频繁创建其他具体类的实例（new操作）
- 直接访问另一个类的非公开字段
- 方法参数中传递大量具体类型对象
- 一个类的变化导致多个类需要修改
降低耦合的常见做法有：
立即学习“Java免费学习笔记（深入）”；
- 使用接口或抽象类代替具体实现
- 通过依赖注入（如Spring框架）管理对象依赖
- 遵循“依赖倒置原则”：高层模块不依赖低层模块，两者都依赖抽象
- 避免在一个类中调用过多其他类的方法（减少“火车残骸”式调用）
什么是内聚
内聚描述的是一个类内部各个成员（属性和方法）之间关联的紧密程度。高内聚意味着一个类只负责一项明确的任务，所有方法都围绕同一个功能展开。
在Java中，高内聚的类通常具有以下特征：
- 类名能清晰表达其职责（如UserService、OrderValidator）
- 大部分方法都操作类的成员变量
- 对外暴露的方法都服务于同一目的
- 不会同时处理完全无关的业务逻辑（比如既处理用户登录又计算订单折扣）
提升内聚性的建议：
- 遵循单一职责原则，一个类只做一件事
- 将功能相关的代码组织到同一个类中
- 避免“上帝类”——包含几十个方法、承担多种角色的大类
- 适时拆分类，把不相关的功能分离出去
耦合与内聚的关系
理想的设计是高内聚、低耦合。这样的系统更容易测试、复用和维护。
举个例子：一个订单服务类（OrderService）如果只处理订单相关的逻辑（高内聚），并通过接口调用支付服务（PaymentService）而不是直接依赖具体实现（低耦合），那么即使支付方式变更，也不需要修改订单服务的核心逻辑。
实际开发中可以通过以下方式平衡二者：
- 使用接口隔离不同模块的功能
- 引入工厂模式或依赖注入容器来解耦对象创建
- 合理划分包结构，按业务或层次组织类
基本上就这些。写Java代码时多思考类之间的依赖是否必要，以及一个类是否职责清晰，长期坚持就能形成良好的设计习惯。
