Java封装核心是“藏细节、立契约”，通过私有字段+校验型访问器、接口抽象+依赖注入、内部类封装辅助逻辑、事件驱动解耦模块，确保业务一致性与可扩展性。
Java 中封装不是把字段设成 private 就完事，而是通过“藏细节、立契约”让调用方只关心“做什么”，不操心“怎么做”。关键在于把复杂逻辑锁在类内部，对外只留干净、语义明确的入口。
私有字段 + 校验型访问器，堵住非法操作入口
业务属性（如订单状态、库存数量、用户等级）必须声明为 private，禁止外部直接读写。getter/setter 不是摆设，要承载校验、转换和副作用：
- setOrderStatus(String status)：检查当前状态是否允许跳转（比如不能从“已取消”直接变“已发货”）
- getAvailableStock()：返回扣除预占、冻结后的实时可用数，不是原始 stock 字段
- setDiscountRate(double rate)：限制范围（0.0–1.0），并触发价格重算通知
这样即使调用方传入错误值，也不会破坏业务一致性，也不会暴露内部数据结构。
接口抽象 + 依赖注入，把变化点隔离出去
识别易变部分（支付方式、短信通道、风控策略），定义接口，而非绑定具体实现：
立即学习“Java免费学习笔记（深入）”；
- 声明 interface NotificationSender，含 send(SmsRequest req)
- 提供 SmsAliyunSender 和 SmsTencentSender 两个实现
- 业务类构造器只接收 NotificationSender，运行时由 Spring 注入
新增渠道只需加一个实现类+配置，原有订单服务代码完全不动，也不需要 import 任何具体发送器类。
内部类或静态工具类，封装强耦合辅助逻辑
当某段逻辑只服务于当前类、且步骤繁多（如订单校验、参数解析），用成员内部类或静态内部类收拢：
- 成员内部类可直接访问外部类私有字段，适合状态强关联场景（如 OrderProcessor.Validator）
- 静态内部类不持外部实例引用，适合通用工具（如 OrderProcessor.Parser 解析JSON订单）
- 避免把几十行校验逻辑散落在主方法里，也避免暴露为 public 工具方法污染 API
事件驱动替代跨模块直调，切断隐式依赖
模块间不互相调用方法（如 userModule.updatePoints()），而是发布领域事件：
- 下单成功后发 OrderPlacedEvent
- 积分模块监听该事件，执行加积分；通知模块也监听，触发发短信
- 两个下游模块互不知晓，也不依赖对方的类或 jar 包
调用方只需 fire 一个事件，后续所有联动自动发生——接口极简，扩展无侵入。
