lef*_*loh 4 rest http character-encoding resteasy
在RFC-2616中3.7.1规定:
当发送方未提供显式字符集参数时,"文本"类型的媒体子类型被定义为在通过HTTP接收时具有默认字符集值"ISO-8859-1".
这就是为什么我通常使用例如text/plain; charset=utf-8
作为Content-Type
标题.
MediaTypes的类型application
怎么样?
我经常看到并使用标题Content-Type: application/xml; charset=UTF-8
.RESTeasy 2.3.7然后强制客户端也在Accept
标头中发送charset参数.否则它将以答案回答406
.RESTeasy 3.0.6在这里似乎更宽容,所以我不确定这里的最佳做法是什么.
RFC 2616在2014年6月被一组RFC淘汰,其中包含一般HTTP规范的RFC是RFC 7213.请使用RFC编辑器检查RFC的当前状态.
RFC 7213明确指出(在附录B中):
已
删除用于文本媒体类型的ISO-8859-1的默认字符集; 现在默认是媒体类型定义所说的.
另一方面,RFC 6657虽然预见到了这些变化,但声明:
"text/plain"的默认"charset"参数值与[RFC2046]相同,并保持为"US-ASCII".
因此,如果您的数据不是ASCII(= US-ASCII),则应该charset
明确声明参数.
XML规范,第4.3.3节,规定:
在没有外部字符编码信息(例如MIME头)的情况下,以UTF-8或UTF-16以外的编码存储的解析实体必须以包含编码声明的文本声明开头.
因此,对于通过HTTP传输的XML,无论内容类型如何,编码必须在HTTP头或编码声明中明确设置,例如<?xml encoding='UTF-8'?>
.
对于application
一般类型,可能适用特定于类型的规则.字符编码与大多数application
类型无关,因为类型定义了自己的编码方案,包括任何嵌入字符数据的编码.
归档时间: |
|
查看次数: |
786 次 |
最近记录: |