HTTP 响应标头中的字符集 UTF-8 复合/分解答案

【问题标题】：Charset UTF-8 composed/decomposes in HTTP Respose HeaderHTTP 响应标头中的字符集 UTF-8 复合/分解
【发布时间】：2015-01-15 12:43:01
【问题描述】：

如果交付的 UTF-8 内容被规范化，是否有办法通知客户端 Web 服务？

我正在考虑使用

发送响应标头之类的东西

Content-Type: application/json;charset="UTF-8 decomposed" 或

Content-Type: application/json;charset="UTF-8 composed".

你有什么想法吗？

【问题讨论】：

【解决方案1】：

a) application/json 没有字符集参数。在这里为不是字符集名称的东西引入它似乎是个坏主意。

b) 为什么客户会关心？它应该如何处理这些信息？

【讨论】：

a) application/json 确实将 UTF-8 作为默认字符集。你是对的，没有必要明确声明。 b）如果您使用数据（尤其是在比较字符串时），则有必要在之前对字符串进行规范化。如果您之前知道这一点会很有帮助。
它并没有真正的默认字符集；它也可以是 UTF-16 或 UTF-32（请参阅 tools.ietf.org/html/rfc7159#section-8.1），但还是首选 UTF-8。
好的，但是无法/指定通知客户有关规范化的信息！？
没有指定，我真的不明白这有什么帮助；您可以轻松地在接收方检查，而出站信号可能不正确，然后您的代码会做错事。
如果服务器告诉“我正在发送分解或组合的 UTF-8，在 NFC、NFD、NFKC、NFKC 中标准化”，这会不会有帮助。我们的 API 可以提供这些信息（总是正确的），如果我能与客户/用户分享这些信息，我会很高兴。