高内聚类设计通过职责单一、命名规范、方法精简、变更动因一致、测试边界清晰及包结构合理，显著降低协作冲突。例如pricecalculator只算价，ordervalidator只校验，类名无“and”“manager”，public方法1～3个，测试仅mock1～2个对象，包按功能域划分如order.calculation。
高内聚的类设计能显著降低团队协作中的代码冲突概率，核心在于让每个类职责清晰、修改边界明确——当多人并行开发时，各自改动的区域天然隔离，不会踩到同一块逻辑。
职责单一，改代码只动一个地方
如果一个类只做一件事（比如 PriceCalculator 只负责算价，OrderValidator 只校验订单合法性），那么当 A 同学优化折扣算法、B 同学调整风控规则时，他们分别修改的是两个完全独立的类。不会有“改个邮箱校验，结果把库存扣减逻辑也动了”的情况。
- 类名不含 “And”“Or”“Manager”“Helper”——这些词往往是职责混杂的信号
- 一个类的 public 方法控制在 1～3 个，其余全是 private 辅助逻辑
- 用一句话能说清它的作用：“计算用户下单时的最终应付金额”
方法变化动因一致，避免跨维度修改
冲突常发生在多人同时修改同一个类，但各自响应的是不同需求：有人改支付方式，有人调日志格式，有人修导出逻辑——全挤在 OrderService 里，自然容易互相覆盖。
- 检查类中每个方法是否因同一原因而变更：比如都因“价格策略调整”而改，就是高内聚；若有的因“审计要求升级”，有的因“前端字段变更”，就该拆开
- IDE 中右键 “Find Usages”，若发现 Controller、定时任务、消息监听器各自调用不同方法，说明这个类实际承担多个角色，应按调用方语境拆分
测试边界清晰，减少 merge 时的意外破坏
高内聚类通常依赖少、行为聚焦，单元测试容易写、容易跑、容易定位问题。当 PR 提交前本地测试通过，CI 上又只跑本模块相关用例，就能快速确认改动没波及其他功能。
- 一个类的测试用例只需 mock 1～2 个协作对象（如只 mock PriceRuleRepository），说明它职责干净
- 若测试要 mock 支付、邮件、缓存、日志四个对象，大概率是低内聚，多人改起来极易相互干扰
- 每个类有自己专属的测试包路径（如
calculator包对应calculator.test），PR 审查时可快速聚焦影响范围
包结构反映协作分工，物理隔离更直观
包不是命名空间，而是团队协作的物理边界。按功能域而非技术层划分包（如 com.example.order.calculation、com.example.order.validation），能让不同同学自然认领不同目录，git diff 和 code review 一目了然。
- 禁止在
order包下混着 Controller、Mapper、DTO、Service 实现——这会让所有人频繁修改同一目录 - 新需求进来时，先确定属于哪个已有功能域包；若都不匹配，就新建包，而不是往老包里塞新类
- CI 可配置包级构建与测试，某人改了
calculation包，就只跑该包及其直连依赖的测试，提速且降干扰
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
