Jackson Databind 2.18.0 修复 Record 属性序列化顺序问题

在 Java 生态系统中，Jackson 作为最流行的 JSON 处理库之一，其数据绑定模块（jackson-databind）在 2.16.0 版本引入了一个值得注意的行为变化：当 Record 类型使用 @JsonProperty 注解时，其属性的序列化顺序不再保持原始声明顺序。这个问题在 2.18.0 版本中得到了修复。

问题背景

Record 是 Java 14 引入的预览特性并在 Java 16 正式发布的新类型，它提供了一种简洁的方式来声明不可变数据载体类。在 Jackson 2.15.x 及更早版本中，Record 属性的序列化顺序会严格保持其在源代码中的声明顺序，无论是否使用 @JsonProperty 注解。

然而，从 2.16.0 开始，当 Record 属性上使用了 @JsonProperty 注解时，这种顺序保证被打破了。这导致了两个主要问题：

1. 大量依赖属性顺序的测试用例失败（如涉及签名验证的场景）
2. 生成的 JSON 可读性下降，因为顺序不再反映开发者的原始设计意图

技术细节分析

问题的根源在于 Jackson 内部对 Record 类型的属性处理逻辑发生了变化。在 2.16.0 中，当检测到 @JsonProperty 注解时，Jackson 会采用不同的属性收集策略，这意外地影响了属性的排序机制。

Record 类型本身在 Java 反射 API 中会保持属性声明顺序，这是由 Java 语言规范保证的。Jackson 早期版本直接利用了这一特性，但在处理注解时引入了额外的排序逻辑，导致了不一致的行为。

解决方案

Jackson 开发团队在 2.18.0 版本中修复了这个问题。修复的核心思想是：

1. 尊重 Record 类型的原始声明顺序作为默认行为
2. 确保 @JsonProperty 注解不会干扰这个基本顺序
3. 只在显式请求排序（如使用 @JsonPropertyOrder 注解）时才改变顺序

这个修复使得 Record 类型的序列化行为重新与 POJO 类型保持一致，同时保持了注解功能的灵活性。

升级建议

对于受此问题影响的用户，建议：

1. 测试环境可以先升级到 2.18.0-SNAPSHOT 验证兼容性
2. 正式环境等待 2.18.0 正式发布（预计2023年9月底）
3. 检查项目中是否有依赖属性顺序的逻辑，确保它们有适当的测试覆盖

总结

这个修复体现了 Jackson 团队对向后兼容性和开发者体验的重视。Record 类型作为现代 Java 开发中的重要特性，其与 JSON 序列化的良好集成对很多应用至关重要。2.18.0 的这个改进使得开发者可以继续享受 Record 的简洁性，同时保持对序列化细节的控制。

对于需要严格属性顺序的场景，建议：

• 使用 Record 类型时保持属性声明顺序
• 考虑添加顺序相关的单元测试
• 必要时使用 @JsonPropertyOrder 进行显式控制