反序列化 JSON 到 dynamic 时为什么报错 “Cannot deserialize to type ‘System.Object’”？
因为 JsonConvert.DeserializeObject 默认不支持直接解析为 dynamic——它底层实际推导为 object，而 Newtonsoft.Json 对纯 object 类型没有内置反序列化器。
实操建议：
显式指定泛型参数 JsonConvert.DeserializeObject<dynamic>(json)</dynamic>，这是最简解法若用 System.Text.Json，JsonSerializer.Deserialize<dynamic>(json)</dynamic> 在 .NET 6+ 才可用；.NET 5 及更早版本会直接抛异常，必须降级用 JsonDocument 或改用 Newtonsoft别写 var obj = JsonConvert.DeserializeObject(json)——这返回的是 JToken（Newtonsoft）或 JsonElement（STJ），不是 C# 的 dynamic，后续点语法会编译失败
用 dynamic 访问反序列化后的字段时总提示 “‘object’ does not contain a definition for XXX”
这不是编译错误，是运行时异常（RuntimeBinderException），说明字段名拼错了、大小写不匹配，或者该字段根本不存在（比如 JSON 是数组、null 或嵌套结构没展开）。
实操建议：
先确认 JSON 结构：用 Console.WriteLine(obj.ToString()) 看原始内容，避免凭空猜字段名访问前加空值检查：if (obj?.name != null) { … }，因为 dynamic 不做静态空引用检测字段名严格区分大小写，JSON 中是 "userName"，代码里写 obj.username 就崩数组要显式转成 IEnumerable<dynamic></dynamic> 或用索引：obj[0].id，不能直接 obj.id
Newtonsoft.Json 和 System.Text.Json 对 dynamic 的支持差异在哪？
核心区别不在“能不能”，而在“怎么用”和“性能代价”。
实操建议：
Newtonsoft：默认支持 dynamic，底层用 JObject/JArray 实现，字段访问灵活但内存开销大、GC 压力高System.Text.Json：.NET 6+ 才允许 Deserialize<dynamic></dynamic>，内部用 JsonElement + 动态绑定，速度更快但字段访问略卡顿（首次访问有反射开销）如果只是临时读一两个字段，优先用 JsonDocument.Parse(json).RootElement.GetProperty("xxx").GetString()，比 dynamic 更轻量、更安全别混用：Newtonsoft 的 JObject 不能直接赋给 dynamic 变量再传给 STJ 方法，类型不兼容
什么时候不该用 dynamic 反序列化？
当结构稳定、字段明确、或需要 IDE 提示/编译检查时，dynamic 就是自找麻烦。
实操建议：
API 响应格式固定 → 定义 class + [JsonPropertyName]，让序列化器自动映射需要验证字段存在性或类型 → 用 JsonDocument 查 TryGetProperty，比 dynamic 的异常捕获更可控高频调用（如日志解析、消息队列消费）→ 避免 dynamic，反射开销会累积成瓶颈团队协作项目 → 所有 dynamic 使用点必须配 JSON 示例和字段注释，否则接手的人第一眼就懵
真正难的不是怎么写那行 Deserialize<dynamic></dynamic>，而是判断“这里到底需不需要动态”。字段少、变更多、只读一次？可以。字段多、逻辑深、要长期维护？大概率该收手了。
评论(0)