java封装通过private字段锁死直接访问、在setter和构造器中嵌入校验逻辑，强制所有数据写入经受控入口并拦截非法值，从而防止非法数据输入。
Java 中通过封装防止非法数据输入，核心是把字段“锁起来”，把校验“焊上去”——不让外部绕过规则直接改值，所有写入必须经过受控入口，并在入口处做明确判断和拦截。
用 private 封死字段直连
所有需要保护的数据（如年龄、余额、邮箱、密码）一律声明为 private。这样，像 user.age = -5 或 account.balance = -1000 这类语句会在编译阶段直接报错，从源头切断非法赋值路径。
- 字段不可见：外部无法读取、无法修改、也无法通过常规反射绕过（除非显式调用
setAccessible(true)，那已是主动越权行为） - 避免包内误用：即使同包其他类，也不能直接访问 private 字段，强制走方法通道
在 setter 和构造器里嵌入校验逻辑
public 的 setter 不是“搬运工”，而是唯一合法的写入闸门。它必须承担验证职责；同样，对象一创建就得合法，所以构造器也要校验。
-
setAge(int age)：检查是否在 0–150 范围内，超限直接抛IllegalArgumentException -
setEmail(String email)：用正则验证格式，拒绝空值或非法字符 - 构造器中校验：传入空姓名、负数年龄、null 密码时立即拒绝，不给非法对象存活机会
- 避免静默截断：比如处理 byte 类型时，不用
(byte)200（会变成 -56），而是先判断数值是否在 -128～127 内，再转换
按需暴露行为，而非状态
比起提供通用 setter，更安全的做法是用语义化方法表达业务意图，让对象自己管理状态合法性。
- 不要
order.setStatus("SHIPPED")，而要order.shipOrder()，内部自动检查是否已支付、是否有库存、更新时间戳 - 余额变更不用
setBalance()，而用deposit(double amount)和withdraw(double amount)，每一步都校验正负、是否透支 - 订单编号、创建时间这类只读字段，只提供 getter，不写 setter；必要时加
final修饰
防御集合和可变对象的泄露
返回 List、Map、数组等可变对象的原始引用，等于把后门钥匙交出去。外部调用方能随意增删改，破坏内部一致性。
- 避免
public List<string> getTags() { return tags; }</string> - JDK 10+ 推荐用
return List.copyOf(tags)，返回不可修改副本 - 旧版本可用
Collections.unmodifiableList(new ArrayList(tags)) - 更彻底的方式：根本不暴露集合，只提供
addTag(String)、hasTag(String)等行为方法
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
