反序列化 JSON 到 dynamic 报错“Cannot deserialize to type 'System.Object'”是因为 JsonConvert.DeserializeObject 默认推导为 object，而 Newtonsoft.Json 无内置 object 反序列化器；应显式指定泛型参数或改用 JsonDocument。
反序列化 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>，而是判断“这里到底需不需要动态”。字段少、变更多、只读一次？可以。字段多、逻辑深、要长期维护？大概率该收手了。
