.NET Core 5.0中System.Text.Json反序列化前如何验证JSON有效性

完全不需要依赖Newtonsoft组件，也不需要靠被动try-catch捕异常处理这类输入兼容场景，有两类符合组件原生设计思路的实现路径：

1. 自定义容错Guid转换器（最推荐，对齐TryParse处理机制） #

这是和System.Text.Json设计逻辑最匹配的方案，根本不需要额外做JSON预校验：转换器本身内置Guid.TryParse逻辑，反序列化遇到对应属性节点时主动判断值的合法性，空串、格式不合法的场景直接按业务规则做兜底转换，全程不会抛出JsonException。
核心实现示例：

public class TolerantGuidConverter : JsonConverter<Guid>
{
    public override Guid Read(ref Utf8JsonReader reader, Type typeToConvert, JsonSerializerOptions options)
    {
        // 处理字符串类型的Guid值
        if (reader.TokenType == JsonTokenType.String)
        {
            var rawValue = reader.GetString();
            // 内置TryParse逻辑，符合格式要求的直接返回解析结果
            if (Guid.TryParse(rawValue, out var parsedResult))
            {
                return parsedResult;
            }
            // 空串、格式不合法的场景直接返回Guid.Empty，不抛出异常
            return Guid.Empty;
        }
        // 兼容null值的处理场景
        if (reader.TokenType == JsonTokenType.Null)
        {
            return Guid.Empty;
        }
        throw new JsonException($"当前JSON值类型无法转换为Guid");
    }

    public override void Write(Utf8JsonWriter writer, Guid value, JsonSerializerOptions options)
    {
        writer.WriteStringValue(value.ToString());
    }
}

使用方式：初始化JsonSerializerOptions时将该转换器加入Converters集合，所有值类型为Guid的属性在反序列化时都会自动走这套容错逻辑。如果业务规则中空串需要对应可空值，只需要再加一个适配Guid?的转换器，空串直接返回null即可。

2. 基于JsonDocument.Parse的前置校验方案 #

如果不想修改默认的反序列化转换逻辑，确实需要在正式反序列化前完成全量校验，用JsonDocument.Parse做前置扫描是完全可行的：

• 遍历JSON树结构，对照DTO的类型定义，定位所有标记为Guid类型的属性节点
• 对每个目标节点调用Guid.TryParse做合法性校验，遇到空串、格式不合法的场景直接收集校验错误信息
• 校验通过后再执行正式的Deserialize流程，完全避免走到抛异常的环节
  这个方案的缺点是需要手动维护属性路径和DTO类型的映射关系，对于结构复杂的对象，维护成本远高于自定义转换器的方案。

关键说明 #

• .NET Core 5版本的System.Text.Json没有内置的TryDeserialize方法，但通过自定义转换器的机制，完全可以实现和TryParse一致的无异常处理逻辑，不需要依赖try-catch捕获取代主动校验。
• 默认的Guid反序列化逻辑严格遵循格式校验要求，空字符串因为不符合标准Guid格式，不会自动转换为Guid.Empty，这是组件设计上的严格性约定，并非缺陷。
• try-catch被动捕获取代主动校验的方式存在不必要的性能开销，且异常仅适合处理非预期的错误场景，不适合处理业务层面可预期的输入兼容问题。

内容的提问来源于stack exchange，提问作者Christian Casutt