如何通过HTTP发送Unicode JSON？

Question

RFC 4627第3节说

JSON文本应以Unicode编码。 默认编码为UTF-8。

由于JSON文本的前两个字符始终为ASCII字符[RFC0020]，因此可以确定八位字节流是UTF-8，UTF-16（BE或LE）还是UTF-32（BE或LE）通过查看前四个八位位组中的空值模式。

  00 00 00 xx UTF-32BE 00 xx 00 xx UTF-16BE xx 00 00 00 UTF-32LE xx 00 xx 00 UTF-16LE xx xx xx xx UTF-8 

我正在将U + 20AC的UTF-8编码JSON字符串作为application / json提供。

$ curl -D - http://localhost:8000/test.json
HTTP/1.0 200 OK
Server: SimpleHTTP/0.6 Python/2.7.6
Date: Fri, 15 Jan 2016 09:24:53 GMT
Content-type: application/json
Content-Length: 6
Last-Modified: Fri, 15 Jan 2016 09:23:13 GMT

"€"

$ curl -s http://localhost:8000/test.json | hexdump
0000000 e222 ac82 0a22                         
0000006

但是，Chrome 和 Firefox似乎都在使用其他编码，如两者所示

"€"

如果将Content-Type更改为application/json; charset=utf-8 application/json; charset=utf-8 ，它们显示了预期的结果。

但是charset是对application/json补充，我不确定向其添加额外的参数是否合法。

这一切都令人困惑。

某处有错误吗？ 我通过HTTP传输UTF-8编码的JSON文档的正确方法是什么？

Answer 1

您的回答是正确的。 charset不应在application/json上执行任何操作，因为那是text/类型的参数； JSON处理器将忽略它。

问题是Chrome和Firefox在这里不充当JSON处理器； 他们没有解析或验证响应内容中的任何内容。 他们退回到常规的旧文本查看器来显示内容，就好像它是text/plain ，前提是这总比没有好。

不幸的是，纯文本查看器有自己的猜测规则，这些规则与JSON的仅在内容内发送信号的规则不匹配。 IE将application/json视为未知的二进制类型并提示您下载它的行为实际上是更正确的选择。

Answer 2

您使用的 content-type标头字段完全有效。

RFC 2616 中定义HTTP 1.1中的标头字段的部分将在分号后添加编码视为有效方法。

如果未指定字符集，则浏览器将使用定义的默认值（ISO-8859-1，在您的情况下会发生这种情况），或者根据其设置尝试自动检测字符集。

正如朱利安指出的那样（您可能已经知道），不需要application/json内容类型，也不需要添加charset 。

看来，浏览器正在错误地处理application/json响应，并且即使不这样做，也会回落到ISO-8859-1。

• 这是Chromium的开放错误报告

• 这是关于进行相同的服务器端更改的讨论