Java单元测试中加载序列化测试桩数据的核心思路是：将实现Serializable的预期对象序列化为.ser文件存入src/test/resources，测试时通过getResourceAsStream读取并反序列化，用于Mock返回值或断言基准，需注意类结构变更、不可序列化依赖及动态字段影响。
Java 单元测试中加载序列化测试桩数据，核心思路是：把预期的、已序列化的对象二进制文件（如 .ser）作为资源放入 src/test/resources，在测试中反序列化读取，用作 mock 的返回值或断言基准。这种方式适合复用复杂对象状态，避免重复构造，尤其适用于 DTO、领域模型或协议消息体等难以手写初始化的类。
准备序列化桩文件
先在测试代码中创建一次真实对象并序列化保存为文件：
- 确保目标类实现
Serializable，且所有字段可序列化（或标记transient）； - 使用
ObjectOutputStream写入到src/test/resources/stubs/user-example.ser； - 推荐在单独的
@Test方法中生成一次，手动验证文件内容无误后保留； - 避免将敏感字段（如密码、token）写入序列化文件。
在测试中加载反序列化对象
通过类路径读取资源流并反序列化：
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
- 用
getClass().getResourceAsStream("/stubs/user-example.ser")获取输入流； - 包裹为
ObjectInputStream，调用readObject()得到对象实例； - 建议封装成工具方法，统一处理
IOException和ClassNotFoundException； - 加载后的对象可直接用于
when(...).thenReturn(...)打桩，或与被测方法输出做assertEquals对比。
配合 Mockito 使用示例
例如为服务方法打桩返回已序列化的用户对象：
立即学习“Java免费学习笔记（深入）”；
User expectedUser = deserializeFromResource("/stubs/user-example.ser");when(userRepository.findById(123L)).thenReturn(expectedUser);- 后续调用
userService.getUserDetail(123L)就会返回该预设状态的对象； - 若需验证返回是否完全一致，可用
assertThat(actual, equalTo(expectedUser))（需重写equals/hashCode）。
注意事项
序列化桩虽方便，但有隐性风险：
- 类结构变更（如新增/删减字段、改访问修饰符）会导致反序列化失败，需同步更新桩文件；
- 不适用于含不可序列化依赖（如
Connection、Thread）的对象； - 避免在桩中包含时间戳、UUID 等运行时动态值，否则断言易失败；
- 多个测试共用同一桩文件时，注意对象状态是否会被意外修改（建议每次加载新实例）。
