网络传输JSON序列化：三种HTTP POST编码方案孰优孰劣？

咱们先把你给出的方案A拆解透，再对比常规的另外两种方案，帮你搞清楚哪种更适合网络传输场景。

先看你提供的方案A（踩坑预警） #

代码是这样的：

let request = WebRequest.Create(url) :?> HttpWebRequest
request.Method <- "POST"
request.ContentType <- "application/json;charset=UTF-8"
use memoryStream = new MemoryStream()
(new DataContractJsonSerializer(typeof<Article>)).WriteObject(memoryStream, schema)
let str = Encoding.Default.GetString(memoryStream.ToArray())

这里藏着两个关键问题：

• 明明请求头声明了用UTF-8编码，结果转字符串时用了Encoding.Default（系统默认编码，比如中文系统是GBK），编码完全不匹配！一旦你的JSON里有中文、特殊符号这类非ASCII字符，接收端按UTF-8解析肯定会乱码。
• 多做了一次“二进制流→字符串”的转换，完全没必要，既浪费内存又拖慢性能，还平白增加了编码出错的概率。

再看另外两种常用的靠谱方案 #

方案B：直接操作二进制流（性能拉满） #

优化后的写法可以是这样：

let request = WebRequest.Create(url) :?> HttpWebRequest
request.Method <- "POST"
request.ContentType <- "application/json;charset=UTF-8"
use requestStream = request.GetRequestStream()
(new DataContractJsonSerializer(typeof<Article>)).WriteObject(requestStream, schema)

或者如果需要先序列化到内存再处理：

use memoryStream = new MemoryStream()
(new DataContractJsonSerializer(typeof<Article>)).WriteObject(memoryStream, schema)
memoryStream.Position <- 0
memoryStream.CopyTo(request.GetRequestStream())

这个方案的优势太明显了：

• 跳过了多余的字符串转换，直接把序列化后的二进制流写到请求里，内存开销小，性能也更高。
• 完全符合JSON的标准编码（RFC 8259明确规定JSON默认用UTF-8），和请求头的声明完全一致，跨系统、跨语言传输都不会有编码兼容问题。

方案C：用Json.NET序列化字符串（灵活又好调试） #

如果你的业务需要更灵活的序列化规则，比如忽略某些属性、自定义字段名，那可以用Json.NET（Newtonsoft.Json）：

let request = WebRequest.Create(url) :?> HttpWebRequest
request.Method <- "POST"
request.ContentType <- "application/json;charset=UTF-8"
let jsonStr = JsonConvert.SerializeObject(schema)
use requestStream = request.GetRequestStream()
use writer = new StreamWriter(requestStream, Encoding.UTF8)
writer.Write(jsonStr)

这个方案的好处是：

• Json.NET的生态成熟，处理复杂对象、自定义序列化逻辑的能力比DataContractJsonSerializer强很多。
• 生成的JSON字符串可以直接打印出来调试，排查问题的时候特别直观。

最终结论：选哪个？ #

• 如果追求极致性能和传输稳定性，直接冲方案B，它是网络传输场景下最稳妥、最高效的选择。
• 如果需要序列化的灵活性或者方便调试，那就选方案C，适配更多复杂业务场景。
• 至于方案A，真心不建议用，编码不匹配的坑一踩一个准，还平白损失性能。

内容的提问来源于stack exchange，提问作者App2015