java封装通过private强制隐藏细节，切断外部直连，仅保留可控public入口；它在编译期报错而非运行时检查，配合getter/setter实现校验、只读、计算等策略，且支持内部类访问和反射突破（但业务代码不应依赖）。
Java 中封装通过 private 修饰符实现细节隐藏，核心是“切断直连、保留可控入口”——它不是不让别人用数据，而是不让别人绕过规则直接碰数据。
private 在编译期就封死外部直访路径
声明为 private 的字段或方法，连同包类、子类都无法在代码中直接读写。这不是运行时检查，而是编译器当场报错：
- 比如
private int age;，外部写obj.age = -5;会直接编译失败 - 这种封锁不靠文档提醒，也不靠程序员自觉，是语言机制强制的
- 它把“能访问什么”这件事，从约定变成语法铁律
隐藏的是访问方式，不是功能本身
private 不等于“藏起来不用”，而是把操作权收归类内部，再通过 public 方法有策略地放行：
- 只读场景：提供
getAge()，但不写setAge()（如身份证号） - 带校验写入：在
setAge(int a)里判断a > 0 && a ，非法值可抛异常或设默认值 - 动态计算：不存真实字段，
isAdult()直接返回age >= 18 - 附带副作用：余额变更时，
setBalance()内部自动调用日志记录或通知服务
封装真正起效，靠 private + 合理接口配合
只有 private 没有方法，数据就真锁死了；只有 public 字段，再好的 setter 也形同虚设：
- 构造器应调用 setter，复用校验逻辑（避免绕过验证直接赋值）
- getter 可返回副本（如
return new ArrayList(list);），防外部篡改原集合 - 内部实现可随时更换（比如把
balance改成由多个子账户汇总），只要接口不变，调用方完全无感
要注意的边界情况
private 的隐藏能力有明确范围，不是绝对不可见：
- 反射可通过
setAccessible(true)强行访问——但这属于调试/框架层行为，业务代码不应依赖或开放此能力 - 内部类可以访问外部类的 private 成员，这是 Java 明确允许的信任设计，不破坏封装本意
- 子类不能继承父类 private 成员，但可以定义同名字段——这叫隐藏（hiding），不是重写（overriding）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
