使用 restassured 的 extract().as(originaldto.class) 方法失败，根本原因在于 restassured 内置的 gson 实例未配置对“非标准 json 结构”的兼容支持——特别是当 json 中字段名包含空格（如 "content html"、"record date"）、大小写不一致（如 "messages" vs "messages"）、或数据被包裹在单元素数组中（如 "participants": [ { "participants": [...] } ]）时，restassured 默认的反序列化器无法按 java bean 约定匹配字段，且不启用 @serializedname 注解的解析逻辑。
正确做法是绕过 RestAssured 的自动反序列化，改用显式、可控的 Gson 实例：
// ✅ 推荐：手动构建 Gson 并启用 @SerializedName 支持
Gson gson = new GsonBuilder()
.setFieldNamingPolicy(FieldNamingPolicy.LOWER_CASE_WITH_UNDERSCORES) // 可选：若需统一命名策略
.enableComplexMapKeySerialization()
.serializeNulls() // 可选：保留 null 字段输出（调试用）
.create();
OriginalDTO original = gson.fromJson(response.body().asString(), OriginalDTO.class);同时，请确保你的 POJO 字段 严格匹配 JSON 键名（通过 @SerializedName），例如：
@Getter @Setter
public class Content {
@SerializedName("Subject")
private String subject;
@SerializedName("Content")
private String contentText; // 注意：与类名冲突，必须重命名
@SerializedName("Content Html")
private String contentHtml;
@SerializedName("Record Date")
private String recordDate;
}⚠️ 关键注意事项：
- RestAssured 的 as(Class) 仅在 JSON 结构扁平、键名符合驼峰规范（如 contentHtml → "contentHtml"）时才可靠；遇到空格、大驼峰、下划线混合等场景，必须弃用该方式；
- @JsonIgnoreProperties(ignoreUnknown = true) 能忽略多余字段，但无法解决“字段名不匹配导致的映射失败”；
- 若 JSON 中存在嵌套数组包装（如 "Participants": [ { "Participants": [...] } ]），需设计对应层级 POJO（如 ParticipantsWrapper 包含 List<Participant> 字段），而非直接映射到 List<Participant>；
- 建议配合 response.prettyPrint() 和 response.body().asString() 调试原始响应，确认结构后再建模。
总结：不要依赖 RestAssured 的黑盒反序列化处理复杂 JSON；始终用自定义 Gson 实例 + 精确 @SerializedName 注解 + 合理 POJO 层级建模，才能稳定、可维护地完成 JSON→POJO 映射。
立即学习“Java免费学习笔记（深入）”；
