setter中自动加密敏感数据的核心逻辑是赋值即加密，密码用bcrypt哈希、银行卡号用aes加密，密钥须外部管理，需清空内存明文、getter返回脱敏值、构造器也走加密流程，并配合private final封装与校验方法。
setter 中自动加密敏感数据的核心逻辑
在 setter 方法内部完成加密，是保护敏感字段（如密码、身份证号、手机号）最直接有效的方式。关键不是“存进去再处理”，而是“进来的那一刻就加密”。Java 本身不提供自动加密能力，但你可以把加密逻辑封装进 setter，让每次赋值都强制走加密流程。
用哈希或对称加密实现存储前转换
根据安全等级选择合适方式：
-
密码类字段推荐单向哈希：使用 BCrypt、PBKDF2 或 SHA-256 + salt，不可逆，适合认证场景。例如：
public void setPassword(String raw) { this.password = BCrypt.hashpw(raw, BCrypt.gensalt()); } -
需后续解密的字段（如银行卡号）用 AES：在 setter 中调用加密工具类，将明文转为密文字符串再保存：
public void setCardNumber(String raw) { this.cardNumber = AESUtils.encrypt(raw, getKey()); } - 密钥管理必须独立——不要硬编码在代码里，建议从环境变量、配置中心或密钥服务加载
避免常见陷阱
光加密还不够，几个细节决定是否真正安全：
- 原始明文不能保留在内存中：设完密文后，可对入参 raw 调用
Arrays.fill(raw.toCharArray(), '\0')清空（仅适用于 char[]；String 不可变，需改用 char[] 接收） - getter 不返回明文：即使有解密能力，也应默认返回脱敏值（如
"****-****-****-1234"），显式提供decryptCardNumber()这类受限方法 - 构造器也要走同一套加密逻辑：防止对象一创建就带明文，比如
new User("admin", "123456")中的密码必须经 setter 加密，而非绕过校验直接赋值
配合 final 和私有化强化防护
加密只是手段，封装才是基础：
- 敏感字段必须声明为
private final String password;（final 防止被意外重赋值） - 不提供 public 的
getPassword()，只暴露matchesPassword(String input)这类校验方法，内部用 BCrypt.checkpw 对比 - 整个加密/解密逻辑封装在 private 工具方法里，如
private String hashPassword(String raw)，setter 只负责调用，职责清晰且便于测试
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
