java中实现数据脱敏有四种常见方案：1. 使用字符串替换进行简单脱敏，通过截取字符串并替换部分字符实现，如手机号脱敏；2. 利用注解+反射实现字段级脱敏，在实体类字段上添加自定义注解，工具类自动识别并执行脱敏逻辑；3. 使用json序列化器做脱敏，通过自定义jackson的jsonserializer在序列化时自动处理敏感字段；4. 数据库层脱敏，在sql查询阶段直接对字段进行脱敏处理，适用于展示性数据。不同场景可根据系统规模、灵活性和性能需求选择合适的方式。
在处理敏感数据时，数据脱敏是一个非常关键的环节。尤其是在金融、医疗、电商等行业中，用户的隐私信息必须得到有效保护。Java作为企业级开发的主流语言之一，也提供了多种方式来实现数据脱敏。下面我们就从几种常见且实用的角度出发，详细聊聊Java中实现数据脱敏的方案。
1. 使用字符串替换进行简单脱敏
这是最基础也是最常见的做法，适用于手机号、身份证号、邮箱等格式固定的字段。核心思路就是通过截取字符串的部分内容，并用“*”或其他符号替换掉中间或部分字符。
示例：
立即学习“Java免费学习笔记（深入）”；
public static String maskPhone(String phone) {
if (phone == null || phone.length() < 11) return phone;
return phone.substring(0, 3) + "****" + phone.substring(7);
}这个方法可以把“13812345678”变成“138****5678”。类似地，你可以写一个通用的脱敏函数，根据不同的字段类型传入起始和结束位置：
public static String maskString(String input, int start, int end) {
if (input == null || input.length() <= start) return input;
StringBuilder sb = new StringBuilder();
for (int i = 0; i < input.length(); i++) {
if (i >= start && i < end) {
sb.append('*');
} else {
sb.append(input.charAt(i));
}
}
return sb.toString();
}这种方式的优点是实现简单，性能好，适合对实时性要求高的场景；缺点是对复杂结构（如JSON、数据库表）处理起来不够灵活。
2. 利用注解+反射实现字段级脱敏
如果你的系统中有统一的数据模型（比如用户信息类User），可以通过自定义注解配合反射机制，在序列化输出前自动完成脱敏。
步骤如下：
- 定义一个
@Sensitive注解 - 在实体类的敏感字段上添加该注解
- 编写一个工具类，在返回数据前自动遍历所有字段，发现有注解的字段就执行脱敏逻辑
优点：
- 脱敏规则集中管理，业务代码无侵入
- 可扩展性强，支持不同类型字段的不同脱敏策略（如手机号、身份证、银行卡）
适用场景：
- 基于Spring Boot构建的REST API项目
- 返回值需要统一处理脱敏后再序列化为JSON的情况
这种方式在实际项目中应用广泛，尤其适合中大型系统中对脱敏规则有统一管理需求的场景。
3. 使用JSON序列化器做脱敏（如Jackson）
如果你使用的是Jackson库来处理JSON序列化，可以利用其自定义序列化器的功能，在输出JSON时自动完成脱敏。
具体操作：
- 自定义一个JsonSerializer子类
- 在write方法中判断字段是否需要脱敏
- 对应字段调用脱敏函数后输出
例如：
public class SensitiveFieldSerializer extends JsonSerializer<String> {
@Override
public void serialize(String value, JsonGenerator gen, SerializerProvider serializers) throws IOException {
if (value != null && isPhoneNumber(value)) {
gen.writeString(maskPhone(value));
} else {
gen.writeString(value);
}
}
private boolean isPhoneNumber(String s) {
return s.matches("\d{11}");
}
}然后在实体类字段上加上：
@JsonSerialize(using = SensitiveFieldSerializer.class) private String mobile;
这种方式的优势在于脱敏过程完全嵌入到序列化流程中，对外部调用者透明，非常适合前后端分离架构下的数据接口安全处理。
4. 数据库层脱敏（结合SQL语句）
除了在Java代码中做脱敏，也可以在查询阶段就将敏感字段脱敏处理。比如在SQL语句中直接使用SUBSTR、CONCAT等方式拼接结果。
示例SQL：
SELECT CONCAT(SUBSTR(mobile, 1, 3), '****', SUBSTR(mobile, 8)) AS mobile FROM user;
这样返回给Java程序的就是已经脱敏的数据，省去了后续处理的开销。
适用场景：
- 查询结果仅用于展示，不涉及原始数据的进一步处理
- 需要减轻应用层负担，降低网络传输量
不过需要注意，这种方式会牺牲一定的灵活性，尤其是当不同接口对脱敏粒度要求不一致时，可能会造成SQL冗余。
基本上就这些。不同的项目规模和技术栈可以选择不同的脱敏方式，或者组合使用。关键是明确你的脱敏目标——是保证日志安全？还是防止前端展示泄露？亦或是满足合规审计？搞清楚目的之后，再选合适的方案才是正道。
