封装的安全性在于设计层面限制外部随意修改数据，而非依赖密码或加密；通过private属性+校验型setter（如setAge）确保age≥0且≤150，避免负数或超限值破坏逻辑。
封装带来的安全性，核心在于“不让外部随意改数据”，而不是靠密码或加密。它是一种设计层面的保护机制，让对象自己把关哪些值能存、哪些不能存。
为什么直接暴露属性不安全？
想象一个 Person 类，如果 age 是 public：
- p.age = -5; —— 年龄变成负数，逻辑崩溃
- p.age = 300; —— 超出合理范围，业务校验失效
- 所有用到 p.age 的地方都得自己重复判断，一漏就出错
封装怎么守住这道门？
把 age 设为 private，再提供带检查的 setAge() 方法：
- 外部代码只能调用 p.setAge(25)，不能直接写 p.age = 25
- 在 setAge() 里加判断：if (age >= 0 && age ，不合法就拒绝赋值
- 哪怕以后规则变严（比如要求必须满18岁），只改这个方法，不影响其他代码
安全不只是防错，更是防“绕过”
封装把校验逻辑锁死在 setter 里，相当于给数据装了唯一入口的闸门：
立即学习“Java免费学习笔记（深入）”；
- 没人能跳过检查直接写字段（编译就报错）
- 连你自己在类外写代码时，也天然被强制走校验流程
- 别人调用你的类，不需要知道年龄怎么校验，只要传值就行——责任边界清晰
注意：封装不是万能锁
它不防恶意反射、不防调试时强行修改内存，但能有效防止日常开发中的误操作和逻辑疏漏。真正的安全性是层层设防，而封装是最基础、最可靠的第一道防线。
