1. 理解ACCEPT_EMPTY_*_AS_NULL_OBJECT的核心逻辑
第一次看到ACCEPT_EMPTY_STRING_AS_NULL_OBJECT这个配置项时，我下意识以为它会将所有JSON中的空字符串转成Java对象里的null值。结果在实际项目里踩了坑才发现，这个配置项的行为比想象中复杂得多。举个例子，当我们的微服务接收到PHP服务传来的数据时，经常会遇到字段值为空字符串""的情况。这时候如果直接用这个配置，可能会发现某些字段没按预期变成null。
关键点在于：这个配置只对POJO、Map、Collection这类结构化对象生效。比如下面这个User类：
public class User { private String name; // 普通字符串字段 private Address addressObj; // POJO对象字段 private List<String> tags; // 集合字段 }当JSON中出现"addressObj":""时，开启配置后会被转为null；但"name":""这个普通字符串字段依然会保持空字符串。这种差异化的处理方式正是很多开发者容易误解的地方。
2. 空字符串处理的实战陷阱
去年我们团队在对接一个第三方支付系统时就遇到过典型问题。对方返回的JSON里大量字段使用空字符串表示"无数据"，比如：
{ "transactionId": "12345", "discountCode": "", "userInfo": "" }我们最初配置了ACCEPT_EMPTY_STRING_AS_NULL_OBJECT，以为所有空字符串都会变成null。结果发现discountCode这个String类型字段依然是空字符串，只有userInfo这个POJO字段被转成了null。这导致后续业务逻辑中频繁出现NPE异常。
正确的处理方式应该是：
- 对于确实需要转null的POJO字段，开启该配置
- 对于普通字符串字段，需要单独处理：
objectMapper.configure(DeserializationFeature.FAIL_ON_NULL_FOR_PRIMITIVES, true);- 或者自定义反序列化逻辑：
public class EmptyStringToNullDeserializer extends StdDeserializer<String> { @Override public String deserialize(JsonParser p, DeserializationContext ctxt) { String value = p.getValueAsString(); return value.isEmpty() ? null : value; } }3. 空数组配置的真相与误区
ACCEPT_EMPTY_ARRAY_AS_NULL_OBJECT这个配置更让人困惑。根据官方文档，它应该能把[]转为null，但实际测试发现对Java集合和数组根本不起作用。比如：
String json = "{\"hobbies\":[]}"; objectMapper.configure(DeserializationFeature.ACCEPT_EMPTY_ARRAY_AS_NULL_OBJECT, true); User user = objectMapper.readValue(json, User.class); // user.getHobbies() 仍然是空数组而非null经过深入排查，发现这个配置的真实作用是：当JSON数组要反序列化为非集合类型时，比如POJO或Map，才会将[]转为null。这主要是为了兼容某些PHP系统的特殊数据格式。
实际项目中更常见的需求可能是：当收到空数组时，希望集合字段保持null而不是空集合。这需要通过其他方式实现：
@JsonSetter(nulls = Nulls.AS_EMPTY) private List<String> hobbies = null;4. 微服务场景下的最佳实践
在分布式系统中，不同语言服务间的数据交互经常会遇到空值表示不一致的问题。根据我们的经验，推荐以下配置组合：
ObjectMapper mapper = new ObjectMapper() // 处理空对象 .configure(DeserializationFeature.ACCEPT_EMPTY_STRING_AS_NULL_OBJECT, true) // 禁止用空字符串表示基本类型null .configure(DeserializationFeature.FAIL_ON_NULL_FOR_PRIMITIVES, true) // 允许单个值自动转为集合 .configure(DeserializationFeature.ACCEPT_SINGLE_VALUE_AS_ARRAY, true) // 忽略未知属性 .configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false);对于关键业务对象，建议定义明确的null值处理策略：
- 在DTO类中使用
@JsonInclude控制序列化行为 - 对可能为空的集合字段设置默认值
- 对第三方接口数据增加预处理过滤器
在最近的一个电商项目中，我们通过自定义Module统一处理了各种边界情况：
SimpleModule module = new SimpleModule() .addDeserializer(String.class, new EmptyStringToNullDeserializer()) .addDeserializer(List.class, new EmptyArrayToNullDeserializer()); objectMapper.registerModule(module);这种方案既保持了配置的灵活性，又能确保整个系统对空值的处理逻辑一致。特别是在处理来自不同语言服务的JSON数据时，可以避免很多潜在的边界问题。
