Jackson Databind 3.0版本对Creator属性排序逻辑的优化

在Jackson Databind 3.0版本中，开发团队对Creator属性（如Record、Case类或@Data注解类的构造参数）的排序逻辑进行了重要优化。这项改动简化了配置方式，同时使默认行为更加符合开发者的直觉预期。

背景与问题

在2.x版本中，Jackson提供了多个MapperFeature来控制属性排序：

• SORT_PROPERTIES_ALPHABETICALLY：按字母顺序排序所有属性
• SORT_CREATOR_PROPERTIES_FIRST：将Creator属性排在前面
• SORT_CREATOR_PROPERTIES_BY_DECLARATION_ORDER（2.18新增）：保持Creator属性的声明顺序

开发者发现，当同时启用前两个特性时，Creator属性也会被字母顺序排序，这通常不是期望的行为。因此在2.18版本中不得不引入第三个特性来解决这个问题。

3.0版本的改进

3.0版本对此进行了简化：

1. 移除了SORT_CREATOR_PROPERTIES_BY_DECLARATION_ORDER特性
2. 修改了默认行为：当SORT_CREATOR_PROPERTIES_FIRST启用时，Creator属性总是按声明顺序排列在前
3. 字母排序(SORT_PROPERTIES_ALPHABETICALLY)只对非Creator属性生效

这意味着现在只需要两个配置项就能实现更合理的默认行为：

• 启用SORT_CREATOR_PROPERTIES_FIRST时：Creator属性(声明顺序) + 其他属性(字母顺序)
• 仅启用SORT_PROPERTIES_ALPHABETICALLY时：所有属性按字母顺序排序

实际影响

这项改动带来了几个好处：

1. 更符合直觉：Creator属性通常需要保持参数声明顺序
2. 配置更简单：不再需要额外特性来控制Creator属性的排序方式
3. 向后兼容：默认行为更接近2.x版本的预期结果

需要注意的是，这个排序逻辑只在没有使用@JsonPropertyOrder或@JsonProperty(index=...)显式指定顺序时生效。

总结

Jackson Databind 3.0通过简化排序配置，使Creator属性的处理更加合理和直观。这项改进减少了配置复杂度，同时保持了与现有代码的兼容性，是框架向更人性化设计迈进的重要一步。