Java数据安全需通过封装建立可控访问机制：私有字段切断直连路径，getter/setter校验数据合法性，防御性拷贝防止可变对象泄露，必要时采用不可变对象设计。
Java 数据安全不是靠“加个 private 就完事”，而是通过封装建立一套可控、可验、可防的访问机制。核心在于：不让外部绕过规则直接碰数据，所有修改必须经过校验和约束。
私有字段是第一道防线
把成员变量声明为 private，是最基础也最关键的一步。它从语法层面切断了外部对字段的直连路径。比如：
// 危险写法 —— 外部可随意赋值
public int age;
person.age = -5; // 合法但逻辑错误
// 安全写法 —— 字段私有化
private int age;
// 外部无法 person.age = ...，只能走方法
Getter/Setter 是可控入口
公开的 getter 和 setter 不是摆设，而是数据进出的“安检口”。关键在 setter 里加入业务校验：
- 年龄限制：只接受 0–150 的整数
- 用户名非空且去首尾空格
- 密码需满足长度+字符组合要求
- 邮箱格式用正则预检
这些逻辑一旦写进 setter，所有赋值操作都自动受控，避免“脏数据”进入对象内部。
立即学习“Java免费学习笔记（深入）”；
防止可变对象泄露
即使字段私有、setter 有校验，如果返回或接收的是可变对象（如 Date、ArrayList、数组），仍可能被外部篡改内部状态。
正确做法：
- getter 返回副本：
return (Date) createdAt.clone(); - 集合类返回不可变视图：
Collections.unmodifiableList(tags) - 构造函数中对入参做防御性拷贝，不直接引用传入的 mutable 对象
必要时让对象不可变
对高敏感数据（如用户凭证、配置项、金额快照），最彻底的安全方式是设计为不可变对象：
- 所有字段用 final 修饰
- 构造函数一次性初始化，不提供 setter
- 若含可变组件（如 List），内部存储其不可变副本
- 确保
toString()、equals()、hashCode()正确实现
这样对象创建后状态永远固定，天然杜绝并发修改与意外变更风险。
