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）。
