最可靠的方式是直接在测试类中模拟异常并断言响应结构、状态码和消息内容是否准确；需用@SpringBootTest启动嵌入式服务器，通过TestRestTemplate/WebTestClient发起真实请求，覆盖业务异常、参数校验异常、空指针、国际化异常等场景，统一验证 ApiResponse 结构、敏感信息脱敏及 HTTP 状态码。
直接在测试类里模拟各种异常抛出，再断言响应内容是否符合预期，是最可靠的方式。重点不是“能不能捕获”，而是“捕获后返回的结构、状态码、消息内容是否准确”。
准备基础测试环境
确保测试能走通完整请求链路，而不是只调用处理器方法：
- 使用 @SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT) 启动嵌入式服务器，让请求真正经过 DispatcherServlet 和全局异常处理器
- 配合 @AutoConfigureTestDatabase(replace = AutoConfigureTestDatabase.Replace.NONE)（如不涉及数据库）或内存库，避免外部依赖干扰
- 注入 TestRestTemplate 或 WebTestClient 发起 HTTP 请求，比 MockMvc 更贴近真实调用链
覆盖典型错误场景
每个场景都应明确对应一种异常类型，并验证其响应格式是否统一、字段是否正确：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
业务异常（如 BizException）：调用一个故意抛出
throw new BizException("用户不存在", 40401)的接口，检查返回 JSON 中code是否为 40401、message是否为“用户不存在” -
参数校验异常（MethodArgumentNotValidException）：传一个违反
@NotBlank或@Min(1)的请求体，验证是否返回 400 状态码，且message包含具体字段错误（如 “username 不能为空”） - 空指针异常（NullPointerException）：触发一个未判空就调用的方法（如 service.getUser(null).getName()），确认是否被兜底处理，返回通用错误码（如 500）、提示语义清晰（如“系统繁忙，请稍后再试”），而非堆栈信息
-
自定义国际化异常：请求头带上
Accept-Language: zh-CN或en-US，抛出new InternationalizedException("error.user.locked")，断言响应中message是对应语言的翻译结果
验证响应结构与安全性
全局异常处理器的核心价值之一是统一输出、防止敏感信息泄露：
立即学习“Java免费学习笔记（深入）”；
- 所有异常响应都应返回预定义的
ApiResponse或R结构，包含code、message、data（通常为 null）字段，用JsonPath断言结构存在且类型正确 - 检查响应体中绝对不出现**StackTrace、class name、文件路径、行号等 JVM 内部信息**，哪怕是在开发环境也要脱敏
- 对 5xx 类异常，建议额外断言响应状态码是否为 500；对 4xx 类（如参数错、未授权），检查是否返回对应 HTTP 状态码（400/401/403/404）
补充边界测试
容易忽略但影响线上稳定性的点：
- 异步请求异常：在
@Async方法中抛异常，确认是否仍能被全局处理器捕获（需额外配置AsyncUncaughtExceptionHandler或在异步方法内 try-catch 后主动抛给主线程） - Filter 链中抛异常：写一个测试 Filter，在
doFilter中 throw RuntimeException，验证是否最终仍落入全局异常处理器（若没被捕获，说明 Filter 在 DispatcherServlet 外层，需单独处理） - 静态资源或 404 路由：访问一个不存在的 URL，确认返回的是自定义 404 页面或 JSON，而不是默认 Whitelabel 错误页
