当 JSON 响应字段名包含空格（如 "deleted H96 records"）时，直接使用 jsonPath().getInt("deleted H96 records") 会触发 Parameter was used but not defined 错误；正确做法是用双引号将整个字段名转义为合法 JsonPath 表达式。
当 json 响应字段名包含空格（如 `"deleted h96 records"`）时，直接使用 `jsonpath().getint("deleted h96 records")` 会触发 `parameter was used but not defined` 错误；正确做法是用双引号将整个字段名转义为合法 jsonpath 表达式。
在 REST Assured 的 JsonPath 解析中，字段名若包含空格、特殊字符（如 -、@、数字开头等），不能直接作为未加引号的标识符使用。JsonPath 规范要求此类名称必须以字符串字面量形式书写——即用双引号包裹（注意：需在 Java 字符串中正确转义）。
例如，原始错误代码：
int validateClaimsDeleteSuccess = deleteClaimsInsertedSC1.jsonPath().getInt("deleted H96 records");该写法会被 JsonPath 解析器误认为是在访问名为 deleted 的字段，并尝试将 H96 解析为一个未定义的变量（参数），从而抛出异常：
java.lang.IllegalArgumentException: The parameter "H96" was used but not defined.
✅ 正确写法是将整个键名用双引号包裹，并在 Java 字符串中使用 \" 转义：
int validateClaimsDeleteSuccess = deleteClaimsInsertedSC1.jsonPath().getInt("\"deleted H96 records\"");? 补充说明：
- JsonPath 表达式中，"key name"（带引号）表示按字面量匹配 JSON 键；
- keyName（无引号）仅适用于符合 JavaScript 标识符规则的键名（即仅含字母、数字、_ 或 $，且不以数字开头）；
- 其他常见需加引号的场景包括："user-id"、"2024-stats"、"@timestamp"、"H96 record count" 等。
? 进阶建议：为提升可维护性与类型安全性，推荐结合 JsonPath.from(response.asString()) 显式解析，或使用 getObject() + 泛型映射（如 Map<String, Object>）进行更健壮的校验：
Map<String, Object> jsonMap = deleteClaimsInsertedSC1.jsonPath().getMap("");
Object value = jsonMap.get("deleted H96 records"); // 更直观，规避 JsonPath 语法陷阱
if (value instanceof Number) {
int count = ((Number) value).intValue();
// 后续逻辑...
}⚠️ 注意事项：
- 不要混淆 getInt() 与 get()：前者强制转换为 int，若值为 null 或非数值类型会抛 ClassCastException；
- 生产环境中建议配合 isNull() 或 isNumber() 预检，避免 NPE；
- 若响应结构复杂，可启用 JsonPath.config().setOption(Option.DEFAULT_PATH_LEAF_TO_NULL) 提升容错性。
掌握 JsonPath 的引号规则，是编写稳定、可读 REST Assured 断言的关键基础。
