图片来自 Glenn Carstens-Peters[1] Unsplash[2]
System.Text.Json 是 .NET Core 3 及以上版本内置的 Json 序列化组件，刚推出的时候经常看到踩各种坑的吐槽，现在经过几个版本的迭代优化，提升了易用性，修复了各种问题，是时候考虑使用 System.Text.Json 了。本文将从使用层面来进行对比。
在使用 System.Text.Json 进行 JSON 序列化和反序列化操作时，我们会遇到一个问题：如何处理字典中的 Key 为自定义类型的问题。
在这篇文章，我将介绍一个名为 System.Net.Http.Json 的扩展库，它最近添加到了 .NET 中，我们看一下这个库能够给我们解决什么问题，今天会介绍下如何在代码中使用。
在ASP.NET Core Web API中设置响应输出Json数据格式有两种方式，可以通过添加System.Text.Json或Newtonsoft.JsonJSON序列化和反序列化库在应用程序中全局设置接口响应的Json数据格式，本文示例使用的是新的Minimal API模式。
我很高兴,.NETCore终于来到了3.1LTS版本，并且将支持3年，我们也准备让部分业务迁移到3.1上面，不过很快我们就遇到了新的问题，就是对于Json序列化的选择；我本着清真的原则，既然选择迁移到3.1，一切都应该用官方标准或者建议方案。所以我们信心满满的选择了System.Text.Json。本文将会全面介绍System.Text.Json 和 Newtonsoft.Json 的相同和异同之处，方便需要的同学做迁移使用，对未来，我们保持期待。
在 .NET 5 中，如果存在循环依赖, 那么序列化的时候会抛出异常, 而在 .NET 6 中, 你可以选择忽略它。
Json的序列化和反序列化是我们日常常见的操作，通过System.Net.Http.Json我们可以用少量的代码实现上述操作.正如在github设计文档中所描述
最近一直在练习Unity3D，如果在项目中肯定少不了与后台交互，所以就准备把Unity中和后台交互这块专门做点Demo学习和掌握一下，计划是包括Http Restful，Socket，Webservice等方式都练习一下，本章就开始先从后台的Asp.Net Core的WebApi创建和发布开始。
Json【javascript对象表示方法】，它是一个轻量级的数据交换格式，我们可以很简单的来读取和写它，并且它很容易被计算机转化和生成，它是完全独立于语言的。
System.Text.Json 作为现在 .NET 默认提供的高性能 JSON 序列化器，对于一些比较特殊类型支持的并不太好，业务需求中总是有各种各样的需要，很多时候就需要用到自定义 Converter ，对于微软新出的 DateOnly/TimeOnly 也是需要自定义 Converter 来支持的
大家也许知道使用Newtonsoft.Json反序列化json为对象的时候，如果json的key和对象的属性名不匹配，可以使用[JsonProperty]给属性配置别名，但是JsonProperty有个缺点，就是只能设置一个别名，不能设置多个别名，并且如果用JsonProperty设置了别名之后，它本身的名字也不能用了，所以有时候不能满足业务的需要，比如如下的两个json并不能反序列化成同一个OrderItem对象：
最近两天在排查我们 API 的一个问题，查看源码过程中发现 System.Text.Json 里有一个有意思的 JsonExtensionData
计算机单机性能一直受到摩尔定律的约束，随着移动互联网的兴趣，单机性能不足的瓶颈越来越明显，制约着整个行业的发展。不过我们虽然不能无止境的纵向扩容系统，但是我们可以分布式、横向的扩容系统，这听起来非常的美好，不过也带来了今天要说明的问题，分布式的节点越多，通信产生的成本就越大。
如果你的 .NET 6+ 项目引用一个启用源生成代码的包（例如日志记录解决方案），则特定于源生成的分析器将在编译时运行。 本文列出了与源生成代码相关的编译器诊断。
asp.net core 3.1 MVC/WebApi JSON 全局配置 System.Text.Json(default) startup配置代码如下： using System.Text.Encodings.Web; using System.Text.Json; using System.Text.Unicode; public void ConfigureServices(IServiceCollection services) { services.AddJsonOptions(op
System.Text.Json是.NET中提供的高性能 JSON 序列化器，但是它对于比较特殊的类型支持并不好，然而在实际项目中的需求总是各种各样的，很多时候我们需要自定义Converter ，并且微软新出的DateOnly和TimeOnly也是需要自定义Converter来支持 下面我们看一个简单的例子，需求是这样的：一个id可能是string也有可能是int，想用同一个Model来保存结果。下面我们根据这个需求来分析一下该怎么做。 如果id只是int或是可以转换为int的字符串，那么我们可以用int来表示，这是因为System.Text.Json已经支持解析带引号的数字，只需要配置JsonNumberHandling即可, 这个功能在ASP.NET Core中是默认是开启的。但是如果id的值不能转为数字怎么办？这时我们想到的是使用string来处理，这样我们设计的model是这样的：
在本系列的上一篇文章中，我们注意到强类型ID的实体，序列化为 JSON 的时候报错了，就像这样：
当我们使用System.Text.Json.JsonSerializer对一个字典对象进行序列化的时候，默认情况下字典的Key不能是一个自定义的类型，本文介绍几种解决方案。
在开发中，经常是前端发送一串数据过来之后，是通过一个参数带着一串值过来，这一串值是String 格式的，但是里面的内容其实是json格式类型的，所以拿到值之后就要将该值转化成json格式，然后获取里面指定的key就可以拿到该值了。
> 公众号：[Java小咖秀](https://t.1yb.co/jwkk)，网站：[javaxks.com](https://www.javaxks.com)
9月23日，微软正式发布了 .NET Core 3.0，这个版本具有大量新功能和改进。我也在第一时间将自己的博客网站更新到了 .NET Core 3.0，并且仍然跑在微软智慧云 Azure 国际版的应用服务上。本文总结了我在博客迁移过程中所有的要点。
https://devblogs.microsoft.com/dotnet/announcing-dotnet-7-rc-2/
上一篇《如何正确实现一个自定义 Exception》发布后获得不少 star。有同学表示很担忧，原来自己这么多年一直写错了。其实大家不用过分纠结，如果写的是 .NET CORE 1.0+ 的程序，那么大概率是没有问题的。 有大佬已经在评论区指出这些信息是过时的了。确实在.NET CORE 发布之后，Exception 已经不在推荐实现 ISerializable 接口。让我们细说一下。
在项目开发中，我们有时会对数据进行JSON序列化和反序列化，.NET6以前我们经常这么使用：
工作中有时候会遇到一个类定义了某个类型的父类作为成员变量，实际存放的为某个子类型， JSON 反序列化后，属性丢失的情况。
序列化和反序列化是计算机编程中重要的概念，用于在对象和数据之间实现转换。在程序中，对象通常存储在内存中，但需要在不同的时刻或不同的地方进行持久化存储或传输。这时，就需要将对象转换为一种能够被存储或传输的格式，这个过程就是序列化。 序列化是将对象的状态转换为可以存储或传输的格式，如二进制、XML或JSON。这样，对象的数据可以被保存在文件、数据库中，或通过网络传输到其他计算机。 反序列化则是将序列化后的数据重新转换为对象的过程，以便在程序中使用。它使得在不同的时间、地点或应用中能够复原之前序列化的对象。 这两个概念在以下情况中至关重要：
上节，我们介绍了Java中的标准序列化机制，我们提到，它有一些重要的限制，最重要的是不能跨语言，实践中经常使用一些替代方案，比如XML/JSON/MessagePack。 Java SDK中对这些格式的支持有限，有很多第三方的类库，提供了更为方便的支持，Jackson是其中一种，它支持多种格式，包括XML/JSON/MessagePack等，本文就来介绍如果使用Jackson进行序列化。我们先来简单了解下这些格式以及Jackson。 基本概念 XML/JSON都是文本格式，都容易阅读和理解，格式细节我们就不
作者：larva-zhh 来源：www.cnblogs.com/larva-zhh/p/11544317.html
方案一：Controller层接收的是String类型，然后通过手动的方式来进行反序列化为子类对象。
曾经发过一篇如何在Silveright中利用XmlSerializer序列化对象的文章“Silverlight中的序列化”，限于当时的认识有限，一度以为silverlight只有这一种办法，今天意外发现，其实还有更好的方式，特此做一个汇总与比较 1.json序列化方式 silverlight支持json字符串已是众人皆知的事情，没啥好说的，有点容易让人误导的是：我们在vs的silverlight项目中添加引用时，一眼就能看到System.Runtime.Serialization.Json这个命名空间，于是
java开发中经常会遇到json的序列化与反序列化，常用的json序列化工具有阿里的Fastjson、spring mvc内置的Jackson、还有就是我们接下来要说的谷歌的Gson。
在 .NET 中，日期和时间通常使用 DateTime 或 DateTimeOffset 来表示。这两种数据类型都可以表示日期和时间，但它们之间有一些明显的区别。DateTime 是不带时区信息的，而 DateTimeOffset 是带时区偏移量的，可以用来表示一个特定的时刻。
在 .NET Conf 2023 大会上，.NET 8 正式发布了，.NET 8 是一个长期支持（LTS）版本，这意味着可以获得三年的支持和补丁。我们也计划将框架从 .NET Core3.1 升级到 8 ，关于如何升级等升级完成后再来分享。
本文是一篇不可多得的好文，MemoryPack 的作者 neuecc 大佬通过本文解释了他是如何将序列化程序性能提升到极致的；其中从很多方面(可变长度、字符串、集合等)解释了一些性能优化的技巧，值得每一个开发人员学习，特别是框架的开发人员的学习，一定能让大家获益匪浅。
本文将介绍BinaryFormatter序列化与反序列化漏洞的原理以及实际应用场景中的代码审计。
fastjson 是阿里巴巴公司开源的一个json序列化、反序列化轻量级框架，号称最快。 是因为其内置算法的增强，以及序列化时对class进行了细节的微妙处理，更多细节请查看其项目源码：https://github.com/alibaba/fastjson 常用方法示例：
JSON（JavaScript Object Notation）JavaScript对象表示法，它是一种基于文本，独立于语言的轻量级数据交换格式。在现在的通信中，较多的采用JSON数据格
在网络通信中，数据序列化是将对象状态转换为可存储或可传输的形式的过程，这对于TCP网络传输尤为关键。在项目中，当需要处理几十万条数据的传输时，传统的Json序列化方式由于其冗余的字段名和字符串格式，导致了二进制包体积庞大，且序列化与反序列化的效率低下。为了解决这些问题，我考虑采用更加高效的序列化方法，以减少包大小并提升处理速度。本文将探讨自定义二进制序列化、BinaryWriter/BinaryReader、MessagePack[1]和ProtoBuf[2]等4种序列化方法，并通过比较它们的性能，为大家提供我目前认为的最佳实践指南。
Jackson是Spring Boot(SpringBoot)默认的JSON数据处理框架，但是其并不依赖于任何的Spring 库。有的小伙伴以为Jackson只能在Spring框架内使用，其实不是的，没有这种限制。
JSON相信大家对他也不陌生了，前后端交互中常常就以JSON来进行数据交换。而有的时候，我们也会将JSON直接保存在数据库中。
第一版的NativeBuffering（[上篇]、[下篇]）发布之后，我又对它作了多轮迭代，对性能作了较大的优化。比如确保所有类型的数据都是内存对齐的，内部采用了池化机器确保真正的“零内存分配”等。对于字典类型的数据成员，原来只是“表现得像个字段”，这次真正使用一段连续的内存构架了一个“哈希表”。我们知道对于每次.NET新版本的发布，原生的JSON序列化（System.Text.Json）的性能都作了相应的提升，本篇文章通过具体的性能测试比较NativeBuffering和它之间的性能差异。
本文不讨论完整的 C++ 反射技术，只讨论 结构体 (struct) 的 字段 (field) 反射，及其在序列化/反序列化代码生成上的应用。 正文开始于 § 静态反射 部分，其他部分都是铺垫，可以略读。 打包后的代码可以通过 archived.zip下载，每个 .cc 文件上都有对应的编译、运行脚本，或者可以通过 run_all.sh 脚本运行所有代码。 1. 背景 很多人喜欢把程序员称为 码农，程序员也经常嘲讽自己每天都在 搬砖。这时候，大家会想：能否构造出一些 更好的工具，代替我们做那些无意
本文不讨论完整的C++反射技术，只讨论 结构体 (struct) 的 字段 (field) 反射，及其在序列化/反序列化代码生成上的应用。 正文开始于 § 静态反射 部分，其他部分都是铺垫，可以略读。 打包后的代码可以通过 archived.zip下载，每个 .cc 文件上都有对应的编译、运行脚本，或者可以通过 run_all.sh 脚本运行所有代码。 1. 背景 很多人喜欢把程序员称为 码农，程序员也经常嘲讽自己每天都在 搬砖。这时候，大家会想：能否构造出一些 更好的工具，代替我们做那些无意义的 体
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
