Jackson JSON 序列化优化：ObjectMapper 复用与字段裁剪

JSON 序列化是高 QPS 接口常见 CPU 热点。重复创建 ObjectMapper、返回过大的实体对象、反射路径过多，都会让接口耗时和 CPU 使用率上升。

解决方案思路

复用线程安全的 ObjectMapper，接口返回 DTO 而不是完整实体；列表页裁剪字段；大对象输出前评估分页、压缩和流式写入。优化前后用 JMH 或 async-profiler 验证。

复用 ObjectMapper 与 DTO 输出

@Bean
ObjectMapper objectMapper() {
    return JsonMapper.builder()
        .findAndAddModules()
        .disable(SerializationFeature.WRITE_DATES_AS_TIMESTAMPS)
        .build();
}

运行逻辑

运行链路是 Controller 返回对象后，HttpMessageConverter 调用 Jackson 序列化。字段越多、嵌套越深、动态类型越复杂，CPU 和分配压力越明显。

重点观察指标

• 接口 CPU flamegraph 中 Jackson 占比
• 响应体大小与网络发送耗时
• JMH 序列化 ns/op 与 alloc/op

常见误区

• 每次请求创建 ObjectMapper
• 接口直接暴露 JPA 实体树
• 没有控制响应字段和分页大小

参考方案

• Jackson Docs
• OpenJDK JMH

上线检查

• 优化前后保留同一口径的指标截图或报告。
• 先灰度单实例或小流量，观察 P95/P99、错误率和资源指标。
• 准备回滚开关，避免性能改动影响核心业务。