问题标签 [jfif]

我知道 JPEG 文件结构的官方规范可以在https://www.w3.org/Graphics/JPEG/jfif3.pdf找到但这不包括规范中使用的常量的数字定义。它只在描述结构时引用常量。例如，在每个 JPEG 文件的开头，它会显示“X'FF'，SOI”，其中 X'FF' 表示十六进制值 FF（十进制值 255），后面是称为 SOI 的常量。但是，该文档没有说明该常数的数值应该是什么。通过对其进行逆向工程（将 JPEG 文件加载到十六进制编辑器中），我可以看到 SOI 常量的值是十六进制值 D8，但这不包含在公开的官方规范中。公共规范只是部分规范吗？您是否需要向 JPEG 发明者付钱才能购买“完整规范”的副本或其他东西，实际获得一个文档，该文档定义规范中引用的所有常量的数值？还有很多其他类似的常量，我无法在微小的公开文档中找到，例如常量 APP0、APP1、APP2、EOI 和许多其他常量的数值。任何帮助找到更完整的官方文档（我不想要有人从逆向工程 JPEG 文件中获得的值列表），将不胜感激。

我正在尝试使用 Microsoft 照片

以下 API

#获取 https://graph.microsoft.com/v1.0/me/photo/$value

https://docs.microsoft.com/en-us/graph/api/profilephoto-get?view=graph-rest-1.0

但是我得到的响应是把图片编码为 JFIF

����\u0000\u0010JFIF\u0000\u0001\u0001\u0001\u0000`\u00

任何建议我如何将图像加载为 JPEG

我需要向检索 JFIF 格式照片的端点发送获取请求。

如果我直接通过邮递员访问端点，一切都会按预期工作，并且照片会在邮递员正文中正确呈现。检查响应标头，内容长度为 4811，内容类型为 'image/jpeg'。

但是，我需要通过快速服务器访问此端点。所以我正在向我的快递服务器发送一个请求，当我在将请求从服务器发送到外部端点之后 console.log 以快递方式记录响应标头时，标头返回匹配，就好像它直接来自邮递员一样（内容长度 4811 ）。但是，当我从快递服务器将此 response.data 发送回邮递员时，响应现在的内容长度值为 7499。

似乎 express 已向响应正文添加了一些数据，我猜这就是数据无法正确呈现的原因。

我找不到在 Postman 中获取“原始响应”的方法 - 它只是自动将其呈现为照片，因此我无法比较 JFIF 字符串以找出差异所在。

非常欢迎提出建议。