C#中Newtonsoft.Json 到 System.Text.Json 迁移避坑指南

1. 核心设计哲学差异

在进行代码迁移前，必须牢记这两个库在底层设计哲学上的根本分歧，这是几乎所有反序列化报错的根源：

• newtonsoft.json (主打兼容与灵活) ：它非常宽容，会尽最大努力去猜测你的意图，在底层默默帮你做各种隐式的类型转换和容错处理。
• system.text.json (主打性能与安全) ：微软为了追求极致的执行效率而原生打造。它极其严格，要求 json 数据结构和 c# 模型“严丝合缝”，绝不会越界替你做任何类型转换。

2. 基础特性与配置替换对照表

3. 四大高频“踩坑”重灾区及标准解决方案

🚨 坑一：大小写严格敏感 (case sensitivity)

问题描述：很多第三方 api 返回的小驼峰命名（如 userprofile），而 c# 模型是大驼峰命名（如 userprofile）。老版能完美自动映射，新版只要大小写不一致，直接反序列化为 null。

解决方案：在反序列化时，务必全局传入配置允许忽略大小写：

var options = new jsonserializeroptions { propertynamecaseinsensitive = true };
var result = jsonserializer.deserialize<mymodel>(jsonstring, options);

🚨 坑二：基础类型严格匹配（数字与字符串的鸿沟）

问题描述：对接外部不可控 api 时经常遇到格式不规范的数据。比如 id 字段有时是数字 ("id": 123)，有时是字符串 ("id": "a-123")；金额字段有时返回字符串 ("price": "19.99")，甚至用空字符串表示无数据 ("discount": "")。

新版只要遇到 json 节点类型与 c# 声明类型（如 string 对 int）不匹配，会直接抛出 jsonexception 崩溃。

解决方案：不要指望内置配置项能完美兜底（尤其是处理空字符串），建议直接封装自定义 jsonconverter。

🛠️ 通用工具 1：数字安全转字符串转换器 (numbertostringconverter)

用途：当 c# 模型定义为 string id，但外部 json 传入的是数字 123 时，自动将其转换为 "123" 且不报错。

using system;
using system.text.json;
using system.text.json.serialization;

namespace yournamespace.helpers 
{
    public class numbertostringconverter : jsonconverter<string?>
    {
        public override string? read(ref utf8jsonreader reader, type typetoconvert, jsonserializeroptions options)
        {
            if (reader.tokentype == jsontokentype.number) return reader.getint64().tostring(); 
            if (reader.tokentype == jsontokentype.string) return reader.getstring();
            return null;
        }

        public override void write(utf8jsonwriter writer, string? value, jsonserializeroptions options)
        {
            if (value == null) writer.writenullvalue();
            else writer.writestringvalue(value);
        }
    }
}
// 实体类使用方式：[jsonconverter(typeof(numbertostringconverter))]

🛠️ 通用工具 2：字符串安全转可空金额转换器 (stringtodecimalconverter)

用途：当 c# 模型定义为 decimal? price，但 json 传入的是 "19.99" 或者是代表无值的空字符串 "" 时，安全地将其转换为 decimal 或 null。

using system;
using system.text.json;
using system.text.json.serialization;

namespace yournamespace.helpers 
{
    // 注意：泛型必须与属性类型完全一致（此处为可空类型 decimal?）
    public class stringtodecimalconverter : jsonconverter<decimal?>
    {
        public override decimal? read(ref utf8jsonreader reader, type typetoconvert, jsonserializeroptions options)
        {
            if (reader.tokentype == jsontokentype.number) return reader.getdecimal();
            if (reader.tokentype == jsontokentype.string)
            {
                string? strvalue = reader.getstring();
                // 很多老旧 api 喜欢用空字符串代表没有值，安全处理为 null
                if (string.isnullorwhitespace(strvalue)) return null;
                if (decimal.tryparse(strvalue, out decimal result)) return result;
            }
            return null;
        }

        public override void write(utf8jsonwriter writer, decimal? value, jsonserializeroptions options)
        {
            // 序列化时，可根据对接方 api 的偏好决定是否转回字符串
            if (value.hasvalue) writer.writestringvalue(value.value.tostring("0.00"));
            else writer.writenullvalue();
        }
    }
}
// 实体类使用方式：[jsonconverter(typeof(stringtodecimalconverter))]
// 警告：此转换器必须配合 public decimal? price { get; set; } 使用！不可用于非空 decimal。

🚨 坑三：动态类型object的解析陷阱

问题描述：当模型中存在 public object value { get; set; }（例如用于接收不确定结构的数据、扩展字段 metadata 等），老版会猜测并转化为 string, int 等具体 c# 基础类型。而新版会统一将其解析为 jsonelement 结构体。

危险操作：任何试图将反序列化后的 object 强转回基础类型的操作都会导致运行时崩溃！

• ❌ string val = (string)model.value; -> 抛出 invalidcastexception
• ❌ if (model.value is string s) -> 永远为 false
• ❌ string val = model.value as string; -> 永远返回 null

安全的操作规范（提取真实数据） ：

1. 纯中转/序列化/拼接场景（最稳妥） ：利用 convert.tostring() 提取字面量。

   // 完美应对 jsonelement。
   // 配合 invariantculture 防止部署在不同国家服务器时，小数点被转换成逗号的问题。
   string safestringvalue = convert.tostring(model.value, cultureinfo.invariantculture)!;
   

2. 业务逻辑需严格执行类型判断：通过检查 jsonelement.valuekind。

   if (model.value is jsonelement element)
   {
       if (element.valuekind == jsonvaluekind.string) 
           string s = element.getstring();
       else if (element.valuekind == jsonvaluekind.number) 
           decimal d = element.getdecimal();
   }
   

🚨 坑四：字段 (fields) 被静默忽略

问题描述：老版会自动序列化和反序列化 public string name; 这种公开的字段 (fields)。新版默认只处理属性 (properties) ，即带有 { get; set; } 的成员，对字段直接静默忽略，不报错但数据会全部丢失。

解决方案：

1. 最佳实践：将实体类的成员强制重构为标准属性 { get; set; }。

2. 兼容方案：若存在大量历史代码难以修改，需在全局 options 中显式开启：

   var options = new jsonserializeroptions { includefields = true };
   

4. 迁移与调试的黄金法则

在未来遇到 system.text.json 抛出异常或反序列化出 null 时，请严格遵循以下排查步骤：

1. 绝不盲猜数据结构：不要依赖 api 文档。务必将 response.content.readasstreamasync() 临时替换为 readasstringasync()，把原始 json 字符串完整打印到日志中，肉眼确认真实的层级和数据格式。
2. 检查大小写配置：确认代码中是否遗漏了 propertynamecaseinsensitive = true 的配置。
3. 检查类型严格性：排查 json 里的 "123" 和 c# 里的 int 是否发生了直接碰撞，若有，必须引入 converter。
4. 检查转换器泛型匹配：贴在可空类型属性上的转换器，其继承的基类绝对不能是非空类型（如 jsonconverter<decimal?> 绝不能用于 decimal 属性），必须分毫不差。

到此这篇关于c#中newtonsoft.json 到 system.text.json 迁移避坑指南的文章就介绍到这了,更多相关c#中newtonsoft.json到system.text.json 迁移内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！