Content-type: application/json;charset = utf-8"的真正意思是什么呢?

当我用JSON主体向我的REST服务发出POST请求时，我在消息头中包含了Content-type: application/json; charset=utf-8。如果没有这个报头，我将从服务中得到一个错误。我也可以在没有;charset=utf-8部分的情况下成功使用Content-type: application/json。

charset=utf-8到底做什么?我知道它指定了字符编码，但没有它服务也能正常工作。这种编码是否限制了可以出现在消息体中的字符?

682196 次浏览
小开
最佳答案

标头仅仅表示内容的编码内容。从内容本身推断内容的类型不一定是可能的，也就是说，你不一定只看内容就知道该怎么做。这就是HTTP报头的作用，它们告诉接收者他们(应该)在处理什么样的内容。

Content-type: application/json; charset=utf-8指定内容为JSON格式，以UTF-8字符编码编码。指定编码对于JSON来说有些多余，因为JSON的默认编码(只有?)是UTF-8。因此，在这种情况下，接收服务器显然很高兴知道它正在处理JSON，并假设编码默认为UTF-8，这就是为什么它可以使用或不使用报头。

这种编码是否限制了可以出现在消息体中的字符?

不。你可以在标题和正文中发送任何你想要的东西。但是，如果两者不匹配，你可能会得到错误的结果。如果在报头中指定内容是UTF-8编码的，但实际上发送的是Latin1编码的内容，接收方可能会产生垃圾数据，试图将Latin1编码的数据解释为UTF-8。当然，如果您指定您正在发送Latin1编码的数据，并且您实际上正在这样做，那么是的，您只能在Latin1中编码256个字符。

小开

为了证实@dece的声明，默认的JSON编码是UTF-8…

从IETF RFC4627:

JSON文本应以Unicode编码。默认编码为 utf - 8 . < / p > 因为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
小开

注意，IETF RFC4627已经被IETF RFC7158所取代。在第[8.1]节中，它撤回了@Drew之前引用的文本，说:

Implementations MUST NOT add a byte order mark to the beginning of a JSON text.
小开

我完全同意@欺骗，但我想发展这个问题的“我从服务中得到一个错误”;部分，

我们得到这样的错误http 415

Http 415不支持的媒体类型错误

HTTP 415不支持的媒体类型客户端错误响应代码表示服务器拒绝接受请求，因为负载格式是不支持的格式。

格式问题可能是由于请求指示的内容类型或内容编码，或作为直接检查数据的结果。

换句话说，在这个例子中可以看到。

    我们必须设置正确的内容类型，我们必须接受正确的内容类型 添加Content-Type: application/json和Accept: application/json。否则，它将假设默认值
小开
Dart http的实现处理字节多亏了“charset=utf-8”，所以我相信有几个实现支持这一点，以避免从响应中读取字节时出现“latin-1”回切字符集。 在我的例子中，我完全失去了响应体字符串的格式，所以我必须手动对utf8进行字节编码，或者在我的服务器的API响应上添加头部“内部”参数
小开

我使用HttpClient和返回响应头的内容类型为application/json，我丢失了字符，如使用unicode的外国语言或符号，因为HttpClient默认为iso - 8859 - 1。所以，就像@ westergun提到的那样，尽可能明确，以避免任何可能的问题。

没有办法处理，因为服务器不处理请求的头字符集(method.setRequestHeader("accept-charset", "UTF-8");)为我，我必须检索响应数据作为绘制字节，并使用UTF-8将其转换为字符串。因此，建议是明确的，避免假设默认值。

小开

RFC 8259:

  1. IANA的考虑
JSON文本的媒体类型是application/ JSON。
.．.
注意:没有“charset"参数为此注册定义。

同时,

8.1. 字符编码

JSON文本，在不属于封闭
的系统之间交换 生态系统必须使用UTF-8 [RFC3629]编码。 < / p > 以前的JSON规范没有要求使用UTF-8 传输JSON文本时。然而，绝大多数JSON-
基于软件实现已经选择使用UTF-8编码， 在某种程度上，它是唯一实现
的编码 互操作性。< / p >

实现绝对不能在
中添加字节顺序标记(U+FEFF) 网络传输的JSON文本的开头。为了
的利益 互操作性，解析JSON文本的实现可以忽略
存在字节顺序标记，而不是将其视为
错误。< / p >

(强调我的)


提交答案