答案：为防止敏感信息泄露，Java应用应统一处理异常，避免暴露原始错误信息。具体措施包括：使用@ControllerAdvice统一返回通用提示；对日志中的手机号、身份证等敏感数据进行脱敏；封装自定义异常以模糊认证失败等敏感原因；控制日志级别，禁用DEBUG/TRACE，限制详细日志访问；包装第三方异常以清除请求上下文。核心原则是对外模糊、对内可追踪、日志受控、异常封装。
在Java应用中处理异常时，如果不加控制地将异常信息返回给客户端或记录到日志中，可能会无意泄露敏感数据，比如数据库结构、文件路径、用户凭证等。为防止这种情况，需要从多个层面进行防护。
1. 避免将原始异常直接暴露给前端
不要把异常的堆栈信息或 getMessage() 内容直接返回给前端，尤其是生产环境。应统一捕获异常并返回通用提示。
red">错误示例：return new ResponseEntity(e.getMessage(), HttpStatus.INTERNAL_SERVER_ERROR);
这可能返回类似“Connection to db_host:5432 failed”或“File not found: /home/admin/config.txt”的信息，暴露系统细节。
立即学习“Java免费学习笔记（深入）”；
正确做法：使用统一异常处理器（如 @ControllerAdvice），对不同异常返回标准化响应。
@ControllerAdvice
public class GlobalExceptionHandler {
@ExceptionHandler(Exception.class)
public ResponseEntity handleGenericException(Exception e) {
// 记录完整日志（仅供内部查看）
log.error("Internal error occurred", e);
// 返回通用提示
return ResponseEntity.status(500).body("An internal error occurred.");
}
}
2. 敏感字段脱敏处理
当异常消息中可能包含用户输入或业务数据（如手机号、身份证号）时，应在记录前进行脱敏。
可以编写工具方法对字符串中的敏感信息做掩码处理：
- 手机号：138****1234
- 身份证：110101****1234****
- 邮箱：u***@example.com
例如：
log.error("User login failed for user: {}", maskPhone(phone));
3. 使用自定义异常封装敏感操作
在涉及敏感逻辑（如登录、支付）时，避免抛出带有具体原因的异常。
不要抛出：“Invalid password for user admin@example.com” 或 “Account locked due to 5 failed attempts”。
应统一抛出模糊异常，如：
throw new AuthenticationException("Authentication failed.");
这样既防止信息泄露，也避免被攻击者用于试探账户有效性。
4. 控制日志输出级别和内容
确保生产环境不开启 DEBUG 或 TRACE 级别日志，这些级别容易输出请求参数、会话信息等。
检查日志配置（如 logback.xml 或 log4j2.xml），避免记录异常时自动打印完整堆栈到公开渠道。
对于必须记录的详细信息，应存储在受保护的日志系统中，并限制访问权限。
5. 清理异常链中的敏感上下文
某些第三方库抛出的异常可能携带请求体、头信息等。可通过包装异常来清除敏感上下文。
例如：
try {
riskyOperation();
} catch (ThirdPartyException e) {
log.error("External service call failed", e);
throw new ServiceException("Request processing failed.");
}
这样上层接收到的异常不再包含原始细节。
基本上就这些。关键是做到：对外模糊化、对内可追踪、日志有管控、异常要封装。不复杂但容易忽略。
