jackson 默认反序列化后对象的 `tostring()` 会打印数组引用（如 `[lcom.example...columnheader;@7a7471ce`），而非实际元素；解决方法是使用 `objectmapper.writerwithdefaultprettyprinter()` 将整个对象转为可读 json 字符串，或确保数组元素类的 `tostring()` 正确实现并被调用。
你遇到的日志输出 columnHeaders=[Lcom.example.etl.entity.budgetEffort.ColumnHeader;@7a7471ce 并不是 Jackson 反序列化失败，而是 Java 数组默认 toString() 行为所致：原生数组类型（如 ColumnHeader[]）没有重写 toString()，因此 System.out.println() 或日志中直接拼接时仅输出类型签名 + 哈希码（即内存地址标识），而非其内部元素。
虽然你的 ColumnHeader 类已正确定义了 toString() 方法，但该方法不会被数组自动调用——Java 数组本身是一个独立对象，其 toString() 继承自 Object，与元素类型无关。
✅ 推荐解决方案：使用 ObjectMapper 格式化输出
最清晰、可靠且符合调试/日志场景的方式，是将整个 Response 对象重新序列化为结构化 JSON 字符串：
ObjectMapper mapper = new ObjectMapper();
mapper.enable(SerializationFeature.INDENT_OUTPUT); // 或使用 writerWithDefaultPrettyPrinter()
String prettyJson = mapper.writeValueAsString(budgetEffortResponse);
logger.info("BudgetEffortResponse (formatted):\n{}", prettyJson);? 提示：writerWithDefaultPrettyPrinter() 是更显式的写法，效果等同于启用 INDENT_OUTPUT。两者均能生成缩进良好的 JSON，清晰展示 columnHeaders 数组中每个 ColumnHeader 的字段值。
⚠️ 其他注意事项
不要依赖 Arrays.toString() 手动处理字段：虽可对 columnHeaders 单独调用 Arrays.toString(columnHeaders)，但这需在 Response.toString() 中显式改写，且无法递归格式化嵌套对象（如 ColumnHeader 内部字段仍可能被截断）。统一用 ObjectMapper 输出更健壮。
检查 @JsonProperty 和构造函数一致性：你当前 Response 和 ColumnHeader 均有全参构造器和无参构造器，并正确标注 @JsonProperty，符合 Jackson 反序列化要求，无需额外配置（如 @JsonCreator）。
-
避免冗余 JSON 转换：当前代码中 new JSONObject(stringJsonResponse).toString() 属于不必要操作，直接传入原始字符串给 objectMapper.readValue(...) 即可，提升性能并减少潜在格式干扰：
// ❌ 不推荐（多余解析） JSONObject stringJsonResponseTurnedIntoJsonObject = new JSONObject(stringJsonResponse); return objectMapper.readValue(stringJsonResponseTurnedIntoJsonObject.toString(), Response.class); // ✅ 推荐（直连 Jackson） return objectMapper.readValue(stringJsonResponse, Response.class);
✅ 总结
| 问题现象 | 根本原因 | 解决方案 |
|---|---|---|
| columnHeaders=[L...@xxxx | Java 数组默认 toString() 返回内存地址 | 使用 ObjectMapper.writeValueAsString() 输出结构化 JSON |
| 日志不可读 | Response.toString() 未遍历数组元素 | 不修改 toString()，改用序列化方式调试 |
| 性能/冗余风险 | 多余 JSONObject 中间转换 | 直接将 JSON 字符串交由 Jackson 处理 |
通过上述调整，你将看到类似以下的清晰日志输出：
{
"searchApiFormatVersion": "1.0",
"searchName": "Personnel Details for Authorized allocations on Active Awards",
"description": "",
"columnHeaders": [
{
"text": "Award ID",
"dataType": "string",
"hierarchy": 1,
"parentName": null,
"isEntity": true,
"isEset": false
}
]
}这才是真正反映反序列化结果的“值”，而非“引用”。
