【发布时间】：2011-01-06 09:08:35
【问题描述】：
“image/png”和“image/x-png”有什么区别？
【问题讨论】：
标签： language-agnostic mime-types
【发布时间】：2011-01-06 09:08:35
【问题描述】：
根据Wikipedia's article on Internet Media Types 和the article it 引用...
以 x- 开头的类型或子类型 是非标准的
所以我的猜测是“image/x-png”可能是 png 还很新的时代遗留下来的，因此还没有标准化。
【讨论】：
-
我更喜欢引用实际来源，顺便说一句，它直接链接在引用的句子之后:-)
-
实际上这是一个引用，而不是引用......原始 RFC 不包含我引用的词;）但我挖掘你的意思，并添加了一个链接。
x- 前缀用于非标准 MIME 类型（即未向 IANA 注册）。所以我假设image/x-png 在 MIME 类型标准化之前应该是 PNG。
6.3。新的内容传输编码
如果需要，实现者可以定义私有的 Content-Transfer-Encoding 值，但必须使用一个 x-token，它是一个以“
X-”为前缀的名称，以指示其非标准状态，例如。例如，“Content-Transfer-Encoding: x-my-new-encoding”。附加的标准化 Content-Transfer-Encoding 值必须由标准跟踪 RFC 指定。 这些规范必须满足的要求在RFC 2048 中给出。 因此，所有 content-transfer-encoding 命名空间，除了 以“X-”开头的明确保留给 IETF 以供将来使用 使用。
—RFC 2045 — Multipurpose Internet Mail Extensions, Section 6.3
这也记录在 PNG 规范中。见FalseVinylShrub's answer。
【讨论】：
-
我接受这个答案，因为它更完整。但是你能把 FalseVinylShrub 在 IE 上的信息折叠起来，这样它们就在一个地方了吗？
-
嗯，我发现 IE 上的信息不如作为硬资源的 PNG 规范有价值。
-
哈哈，那是因为您没有试图弄清楚为什么所有的 png 都来自同一家公司，但只有一个用户将它们作为 X-Png 上传:)
-
顺便说一句，您不应该链接到tools.ietf.org/html/rfc2046#section-6，因为内容传输编码与媒体类型不同 - 但原理很明确;-)
根据http://www.w3.org/TR/PNG/#A-Media-type
互联网媒体类型“image/png”是 PNG [RFC-2045]、[RFC-2048] 的互联网媒体类型。建议实现也识别媒体类型“image/x-png”。
因此，如果您要交付或上传 PNG 图像，则使用“image/png”是正确的选择。但是，如果您接受上传或以其他方式解释媒体类型，建议您接受其中任何一个。
顺便说一句，我发现 2008 年的参考资料表明 Internet Explorer（未指定版本）正在上传类型为 image/x-png 的 PNG 图像，所以这对最近的人来说是一个真正的问题。
【讨论】：
-
我可以确认 IE 在 IE8 中是“x-png”。
image/x-png 是 IANA 接受 PNG 作为官方 mime 类型之前的类型。
http://www.iana.org/assignments/media-types/image/
PNG 的官方 image/png MIME 类型，1996 年 10 月 14 日批准
【讨论】：