Jackson 默认不支持 @JsonProperty 忽略大小写匹配，但可通过自定义反序列化器统一将 JSON 键名标准化（如转为小写），再交由默认逻辑处理，从而优雅支持任意大小写变体。
jackson 默认不支持 `@jsonproperty` 忽略大小写匹配，但可通过自定义反序列化器统一将 json 键名标准化（如转为小写），再交由默认逻辑处理，从而优雅支持任意大小写变体。
在实际 API 集成或遗留系统对接中，常遇到同一语义字段以不同大小写形式出现的情况，例如 "field"、"Field"、"fieLd" 或 "FIELd"。若依赖 @JsonAlias 显式声明所有可能变体，不仅代码冗余、难以维护，更无法覆盖未知组合——这显然违背开闭原则。
推荐方案：在反序列化前对 JSON 键名进行标准化预处理。核心思路是拦截原始 JSON 树，将所有属性名统一转换为规范格式（如全小写），再委托 Jackson 默认机制完成后续绑定。这种方式保持了 POJO 的简洁性，无需修改业务模型，也无需枚举别名。
以下是一个生产就绪的通用 CustomDeserializer 示例，适用于任意目标类型（以 MyObject 为例）：
public class CustomDeserializer<T> extends JsonDeserializer<T> {
private final Class<T> targetType;
private final Function<String, String> normalizer;
public CustomDeserializer(Class<T> targetType) {
this(targetType, String::toLowerCase); // 默认小写归一化
}
public CustomDeserializer(Class<T> targetType, Function<String, String> normalizer) {
this.targetType = targetType;
this.normalizer = normalizer;
}
@Override
public T deserialize(JsonParser p, DeserializationContext ctxt) throws IOException {
ObjectCodec codec = p.getCodec();
JsonNode node = codec.readTree(p);
if (!node.isObject()) {
throw new JsonMappingException(p, "Expected JSON object");
}
ObjectNode normalizedNode = JsonNodeFactory.instance.objectNode();
ObjectNode originalObject = (ObjectNode) node;
// 遍历并归一化所有字段名
Iterator<Map.Entry<String, JsonNode>> fields = originalObject.fields();
while (fields.hasNext()) {
Map.Entry<String, JsonNode> entry = fields.next();
String normalizedKey = normalizer.apply(entry.getKey());
normalizedNode.set(normalizedKey, entry.getValue());
}
ObjectMapper mapper = (ObjectMapper) codec;
JsonParser modifiedParser = mapper.treeAsTokens(normalizedNode);
return mapper.readValue(modifiedParser, targetType);
}
}使用时，只需在目标类上添加注解：
@JsonDeserialize(using = CustomDeserializer.class)
public class MyObject {
private String field;
// 构造函数、getter/setter 或 record 形式均可
public MyObject(String field) { this.field = field; }
public String getField() { return field; }
}✅ 优势说明：
- 零侵入 POJO：字段仍用标准 @JsonProperty("field") 声明，无需 @JsonAlias 爆炸式扩展；
- 灵活可配置：通过构造参数传入 Function<String, String>，可轻松切换为驼峰转下划线、去除空格等策略；
- 类型安全：泛型设计支持复用，避免为每个类重复编写逻辑；
- 兼容性好：与 @JsonCreator、@JsonUnwrapped 等其他注解无缝协作。
⚠️ 注意事项：
- 若 JSON 中存在语义不同但仅大小写不同的键（如 "ID" 和 "id"），归一化会导致冲突覆盖——此时应优先修复数据源，而非妥协于反序列化层；
- 对性能极度敏感场景（如百万级 QPS 日志解析），可考虑结合 JsonFactory 低阶 API 实现流式归一化，避免完整树构建；
- 建议配合单元测试验证各种大小写输入，例如 {"FiElD":"test"} → myObject.getField() 返回 "test"。
综上，通过轻量级自定义反序列化器实现键名标准化，是在 Jackson 生态中解决“大小写不敏感映射”问题最可控、可维护且符合设计原则的实践路径。
