要求客户端在http content-type标头字段中指定字符集有什么问题吗？

Question

我正在实现一个接收POST方法的服务（其余）。

我系统中的编码是UTF-8。

我正在使用jboss 5，其中接收请求的servlet遵循rfc2068的HTTP 1.1规范，该规范指出：

当发送方未提供任何明确的字符集参数时，“文本”类型的媒体子类型将定义为在通过HTTP接收时具有默认的字符集值 “ ISO-8859-1 ”。

因此，当调用我的服务的客户端使用例如UTF-8且未指定字符集，并且POST的正文包含US-ASCII之外的字符时，Jboss servlet假定为“ ISO-8859-1 ”并执行“错误的”编解码，在我的系统中我收到“损坏的”字符。 例如，我收到的不是字符串“día”，而是“dÂa”。

我发现的用于“保护”系统的方法是要求客户端在content-type参数中指定字符集 。 如果未指定字符集，那么我将使用http 403和指示“必须指定字符集值”的文本进行响应。

这种方法有什么问题吗？

Answer 1

RFC 2068已被废弃两次，实际上是无关紧要的。 您需要查看RFC 7231，它不再定义默认值。 这意味着默认值由媒体类型的定义控制。

对于文本/纯文本，这暗示着US-ASCII（据我所记得），因此想要发送非ASCII字符的客户端确实需要指定字符集。