封装通过控制访问边界、收拢变化点、统一交互契约，使模块仅依赖稳定接口而非具体实现；借助private+接口暴露、方法内封装易变逻辑、构造器注入+final字段、受控getter/setter等手段实现解耦。
封装本身不直接“降低模块间耦合”，但它为解耦提供了坚实基础——通过控制访问边界、收拢变化点、统一交互契约，让模块之间只依赖稳定接口，而非具体实现或内部细节。
用 private + 接口暴露，切断直接实现依赖
把字段和辅助方法设为 private，外部无法触碰内部状态；所有对外能力都通过 public 方法 提供，且这些方法的参数、返回值尽量面向接口而非实现类。
- 比如订单服务不持有
new MySQLOrderRepository()，而是声明private final OrderRepository repo（OrderRepository是接口） - 调用方只认
repo.save(order)这个语义，完全不知道背后是数据库、缓存还是测试用的内存实现 - 这样更换存储方案时，上层业务代码一行不用改
把易变逻辑封进方法体，隐藏 if-else 和实现选择
封装不只是藏字段，更要藏“怎么算”“怎么查”“怎么校验”。把策略判断、数据组装、异常处理等可变部分全包在方法内部，对外只留干净入口。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 优惠计算不暴露
if (user.isVip()) { ... } else { ... }，而是提供order.getFinalPrice() - 库存扣减不写
stock -= 1，而是调用inventory.decrease(1)，内部自动加锁、校验、预警 - 外部看不到任何实现分支，也就不会因某条路径改动而被迫修改调用逻辑
构造器注入 + final 字段，固化依赖契约
用构造器接收必需依赖，并将字段声明为 final，既保证对象创建即完整，又防止运行时被篡改或置空——这是封装与依赖注入协同的关键落地方式。
- 例如：
public UserService(UserRepository repo, NotificationService notifier) - 字段
private final UserRepository repo，不可重赋值，也不提供 setter - 测试时可直接 new 对象传入 mock 实现，无需反射或框架支持
- 避免了
@Autowired private XxxService导致的半初始化风险
getter/setter 不只是透传，要加入访问控制与行为封装
看似简单的 getter/setter，其实是封装最常被忽视的发力点。它不该是属性的透明通道，而应是可控的数据出口和入口。
-
getBalance()可内置缓存检查、过期刷新、审计日志 -
setPassword(String pwd)必须做非空校验、长度限制、加密处理，而不是直接赋值 - 甚至可设计语义化方法如
isLoginReady()替代暴露LiveData<boolean></boolean>，把状态转换逻辑收归内部
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
