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的情况
这种方式在实际项目中应用广泛，尤其适合中大型系统中对脱敏规则有统一管理需求的场景。
本书是全面讲述PHP与MySQL的经典之作，书中不但全面介绍了两种技术的核心特性，还讲解了如何高效地结合这两种技术构建健壮的数据驱动的应用程序。本书涵盖了两种技术新版本中出现的最新特性，书中大量实际的示例和深入的分析均来自于作者在这方面多年的专业经验，可用于解决开发者在实际中所面临的各种挑战。
3. 使用JSON序列化器做脱敏（如Jackson）
如果你使用的是Jackson库来处理JSON序列化，可以利用其自定义序列化器的功能，在输出JSON时自动完成脱敏。
具体操作：
- 自定义一个JsonSerializer子类
- 在write方法中判断字段是否需要脱敏
- 对应字段调用脱敏函数后输出
例如：
public class SensitiveFieldSerializer extends JsonSerializer{ @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冗余。
基本上就这些。不同的项目规模和技术栈可以选择不同的脱敏方式，或者组合使用。关键是明确你的脱敏目标——是保证日志安全？还是防止前端展示泄露？亦或是满足合规审计？搞清楚目的之后，再选合适的方案才是正道。
