真正有效的封装要求每个可变状态都经过校验入口：构造器和setter需验证合法性，getter应返回不可修改副本，避免为内部字段机械暴露接口，并按协作边界合理使用权限修饰符。
成员变量封装不是加个 private 就完事
把字段声明为 private 是封装的起点，但远非终点。它只阻断了外部直接读写，却无法保证对象状态合法——比如年龄设为 -5、邮箱留空、余额被负数赋值。真正有效的封装，要求每个可变状态都必须经过校验入口。这意味着：
• 构造器中对必填字段做非空/范围检查
• setter 方法里加入业务规则（如 setAge(int age) 必须验证 0–150）
• 对于引用类型字段（如 List<string></string>、Date），getter 不能返回原始引用，而应返回不可修改副本或新拷贝
• 不为“看起来像属性”的字段机械生成 getter/setter——例如内部缓存、临时计算结果，若无需外部干预，就不暴露
接口设计要区分“谁用”和“怎么用”
public 接口是类对外的唯一契约，它的设计直接影响调用方的使用成本与安全性：
• 接口方法命名需具语义，比如 withdraw(double amount) 比 setBalance(double b) 更准确表达意图
• 所有输入参数在方法入口处校验，失败时抛出明确异常（IllegalArgumentException 或自定义业务异常），不静默吞掉错误
• 返回值避免泄露内部可变对象：若内部持有 ArrayList<orderitem></orderitem>，getter 应返回 Collections.unmodifiableList(items)
• 同一业务场景下，优先提供组合型接口（如 updateProfile(String name, String phone, Address addr)），而非多个独立 setter，减少中间非法状态窗口
权限修饰符要匹配协作边界
封装效果取决于访问控制粒度是否贴合实际协作关系：
• private：仅限本类内使用，适合辅助逻辑、临时状态、敏感字段（如密码加密盐值）
• default（包级私有）：适用于模块内高内聚协作，例如订单域中 Order、OrderItem、ShippingPolicy 同属 com.example.order 包，可共享非公开计算方法
• protected：专为继承设计，但慎用于字段——它会将子类与父类实现细节强耦合；更适合封装为 protected void validateBeforeSave() 这类可重写的行为
• public：精简且稳定，一旦发布就应尽量避免签名变更；新增接口前先问：这个能力是否真要跨模块暴露？
封装验证不能靠“我觉得没问题”
写完 private + getter/setter 不代表封装到位，必须通过实际用例验证：
• 尝试用非法值调用 setter（如 null 名字、超长字符串、负数金额），确认是否抛异常而非静默接受
• 调用 getter 获取集合后，尝试 list.add(...)，验证是否影响原始对象状态
• 在子类中尝试访问父类 private 字段或用 super.xxx 引用，确认编译失败
• 使用反射强行访问 private 字段（field.setAccessible(true)）属于测试边界，生产环境不依赖此路径，但可用于验证防御深度
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
