Content-Type: image/png; charset=UTF-8 是否为合法HTTP请求头？

问题背景 #

我在对接两个平台：一个提供PNG图片文件服务，另一个通过我提供的URL获取图片。我无法控制服务器的请求头配置，但发现消费平台返回如下错误：

Unexpected content-type: unsupported content-type: image/png; charset=UTF-8

我推测该平台不认可Content-Type末尾附加的; charset=UTF-8参数。虽然图片文件带这个参数确实少见，但浏览器和其他请求该文件的平台都能正常处理。现在需要明确哪一方的处理合规，以便推进问题解决（我已向消费平台反馈，认为它应该具备兼容性，毕竟该URL在其他消费端都能正常工作）。核心疑问：

• 这个Content-Type头是否合法？
• 消费平台应该兼容处理，还是服务器的配置有误？

解答 #

合规性判定 #

• 服务器配置冗余但不违规
  HTTP规范中，charset参数主要用于文本类型的Content-Type（如text/html、application/json），PNG是二进制文件，不存在字符编码概念，所以这个参数完全是冗余的。但HTTP规范并没有禁止给二进制类型的Content-Type添加无关参数，因此服务器返回这个头不算违反合规要求，只是做了没必要的配置。

• 消费平台的处理不符合兼容性原则
  HTTP规范要求客户端解析Content-Type时，应当忽略不认识或无关的参数，只识别主类型和子类型（即image/png部分）。市面上绝大多数浏览器、通用HTTP客户端都是这么处理的，所以它们能正常加载图片。而这个消费平台直接拒绝带有冗余参数的合法Content-Type，属于兼容性不足，不符合HTTP规范的宽松解析要求。

结论 #

1. 服务器的配置虽有冗余，但合法；
2. 消费平台应该优化解析逻辑，兼容这类带有冗余参数的Content-Type头，这也是行业通用的处理方式。

内容的提问来源于stack exchange，提问作者Matt Lacey