关键在于让每个类只与“直接朋友”交互：自身、参数对象、私有成员、new创建的对象；避免链式调用，改用语义化委托；返回值需克制，优先不可变副本或受限接口；多对象协作应由协调者统一调度。

关键在于让每个类只跟“自己真正了解”的对象打交道，不越级访问、不暴露内部、不硬编码导航路径。不是减少通信，而是把通信控制在可管理的范围内。

明确谁是你的“直接朋友”

一个类合法调用方法的对象，仅限以下四类：

• 自己（this）——调用自己的字段或方法
• 方法参数传入的对象——比如 process(Order order) 中的 order
• 私有成员变量持有的对象——如 private final Customer customer;
• 方法体内用 new 创建的对象——如 new PaymentValidator()

像 user.getProfile().getAddress().getCity() 就越界了：user 和 city 没有直接关系，中间隔了 profile 和 address。这种写法等于把三层结构全摊开，一改全崩。

用语义化委托替代链式调用

需要跨层获取信息时，别自己一层层点，让“近端对象”提供带业务含义的方法：

Java Development Manual

Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...

下载

• ❌ 错误：order.getCustomer().getProfile().getPreferredLanguage()
• ✅ 推荐：order.getCustomerPreferredLanguage()（由 Order 封装）
• ✅ 更优：order.getCustomer().getPreferredLanguage()（把“偏好语言”归属 Customer，Order 不依赖 Profile）

重点不是删掉点号，而是让方法名表达“做什么”，而不是“怎么走”。比如 user.getCityName() 比 user.getAddress().getCity().getName() 更稳定、更易懂、更难出错。

返回值要克制，避免交出内部控制权

返回可变对象或原始引用，等于主动打开后门，让外部破坏封装：

• ❌ 危险：public List getItems() { return items; } —— 外部可随意 add/remove
• ✅ 安全：public List getItems() { return Collections.unmodifiableList(items); }
• ✅ 更好：public int getItemCount()、public Item getItem(String id) —— 只给能力，不给容器
• 同理，别直接返回 Date、StringBuilder 或数组，优先返回副本或不可变包装

多对象协作交给协调者统一调度

当几个对象天然要配合完成一件事（比如下单：查库存 → 扣减 → 创建订单 → 发通知），别让 Controller 层一手包办：

• ❌ 调用方直接串联：inventory.check() → inventory.deduct() → order.create() → notifier.send()
• ✅ 引入协调者：OrderService.placeOrder(orderRequest)，内部封装流程和异常处理
• 这样调用方只需关注“我要下单”，不用知道库存怎么查、通知怎么发，也不用为每个环节的变更买单

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南