Newtonsoft.Json 中如何防止默认值被 JSON 的 null 覆盖

在配置驱动的应用程序开发中，我们经常需要为类属性设置合理的默认值。然而，当使用 Newtonsoft.Json 进行反序列化时，如果 JSON 数据中包含显式的 null 值，这些默认值会被意外覆盖。本文将深入探讨这个问题的成因及解决方案。

问题现象

假设我们有一个应用程序配置类，其中某个属性已经设置了默认值：

public class AppConfig
{
    [JsonProperty("dataValidationConfig")]
    public IDataValidationConfig DataValidationConfig { get; set; }
        = DataValidationConfigFactory.CreateBlankConfigObject();
}

当遇到如下 JSON 数据时：

{
    "dataValidationConfig": null
}

默认情况下，Newtonsoft.Json 会将 DataValidationConfig 属性设置为 null，覆盖掉我们精心设计的默认值。这在许多业务场景中都是不期望的行为。

问题本质

这种现象源于 Newtonsoft.Json 的默认反序列化行为：它会严格遵循 JSON 数据中的值，包括显式的 null。虽然这在某些情况下是合理的（如需要清除现有值），但在配置管理场景中，我们更希望保留那些已经初始化的非 null 值。

解决方案

Newtonsoft.Json 提供了 NullValueHandling 设置来控制对 null 值的处理方式。要保留已初始化的默认值，我们可以这样配置：

var settings = new JsonSerializerSettings
{
    NullValueHandling = NullValueHandling.Ignore
};

var config = JsonConvert.DeserializeObject<AppConfig>(jsonString, settings);

配置详解

NullValueHandling.Ignore 选项告诉序列化器：

1. 当 JSON 中的值为 null 时，不修改目标对象的对应属性
2. 保留属性原有的值（包括构造函数或属性初始化器中设置的值）

应用场景

这种配置特别适合以下情况：

• 配置文件的增量更新（只修改显式指定的字段）
• 插件系统的默认参数保持
• 需要保护核心业务逻辑默认值的场景
• 分层配置（基础配置+覆盖配置）的实现

进阶用法

除了全局设置外，我们还可以在单个属性上应用此行为：

public class AppConfig
{
    [JsonProperty("dataValidationConfig", NullValueHandling = NullValueHandling.Ignore)]
    public IDataValidationConfig DataValidationConfig { get; set; }
        = DataValidationConfigFactory.CreateBlankConfigObject();
}

这种方式提供了更细粒度的控制，适合混合场景（某些属性需要保留默认值，而另一些则需要接受 null）。

注意事项

1. 此设置只影响反序列化过程中的 null 值处理
2. 对于值类型（如 int, bool 等），null 会被转换为默认值（0, false 等）
3. 如果需要完全控制反序列化行为，可以考虑实现自定义的 JsonConverter

总结

通过合理配置 NullValueHandling，我们可以优雅地解决 JSON 反序列化过程中默认值被覆盖的问题。这种技术特别适合需要保持配置稳定性的应用程序，能够减少大量的后处理代码，使业务逻辑更加清晰。

在实际开发中，建议根据具体场景选择全局配置或属性级配置，在灵活性和一致性之间取得平衡。