JSON.NET JsonConvert vs.NET JavaScriptSerializer

在.NET中对JSON进行编码和解码时，使用什么更好？我已经尝试了这两种方法，到目前为止，JsonConvert似乎做得很好。我过去成功地使用过JavaScriptSerializer，但最近在使用它时遇到了一些问题。使用JSON.NET是否比使用.NET类更好

使用适当的库编码/解码json的首选函数是什么？我使用JSON.NET中的SerializeObject/DeSerializeObject和.NET中的Serialize/DeSerialize

谢谢

我想这正是你想要的那种比较

它基本上说JSON.Net更好，因为它在其他方面

• 是不是更快
• 具有对JSON的LINQ支持
• 可以将JSON转换为XML或从XML转换为JSON

在我看来，对于内置序列化程序，唯一的优点（这是一个小优点）是没有额外的外部依赖需要管理

---

编辑：Codeplex有一天将关闭，因此您也可以找到比较，只需在页面上搜索“功能比较”。

很长一段时间以来，我的应用程序使用了

JavascriptSerializer

，没有看到迁移的真正原因。即使性能比较声称获得了巨大的百分比收益，我们也在谈论毫秒

---

但是这里有一个非常好的迁移理由：

JavascriptSerializer

在

.Net Core

中不可用，因为它是

System.Web

的一部分，所以如果您使用的是

JavascriptSerializer

，就速度而言，您必须迁移到JSON.Net

。即使阅读了本文，我还是使用了Newtonsoft.Json，因为它对我来说做得不错。Newtonsoft网站提供了一个功能比较表和一些值得一看的基准：速度快吗？你测试过吗？我尝试了.NET4.5.2和Json.NET9.01，但它一点也不比JavaScriptSerializer快。官方网站上的速度统计数据是指JSON.NET 5…有点过时了@krlzlx.Net 4.5.2于2015年5月发布，JSON.Net 9.01于几个月前发布，而我在3年前的2013年写下了这个答案。为什么你不提供一个更新的答案，而不是你的指标，而不是咆哮！很抱歉，我知道你的答案是2013年的。但除了Json.NET网站中的指标外，您也没有提供任何指标。当我测试它时，我很失望。仅此而已。asp.net core默认使用json.net。net core现在有了，因此这不再正确。虽然为了回应你（上面）的观点，我认为没有必要移动TBH