Amazon web services cloundfront&x27；好像不行

我已将cloudfront配置为自动压缩对象。源服务器是s3 bucket。我通过cloudfront将一个文件上传到s3，然后向该文件发送GET请求。但是返回的内容类型不是gzip。下面是我发送的请求，您可以看到响应内容类型是

application/octet-stream

。我在标题中添加了

Accept Encoding:gzip

，但为什么它不能返回压缩内容

$ curl -I -H "Accept-Encoding: gzip" https://dnruqi0psnxg6.cloudfront.net/images/cells/dc0c2f15-065b-4f3c-a4d6-81c3b09a163f.png
HTTP/2 200
content-type: application/octet-stream
content-length: 142317
date: Fri, 15 Mar 2019 22:58:49 GMT
last-modified: Fri, 15 Mar 2019 22:58:49 GMT
etag: "c6d54353c861d0145e10b1abdcb2976c"
x-amz-version-id: jgFwqD.F6lzvjbgcjfO.E6KK3IdHttaR
accept-ranges: bytes
server: AmazonS3
age: 29
x-cache: Hit from cloudfront
via: 1.1 0ea9662a9e73b2ca5836ede6924f81b0.cloudfront.net (CloudFront)
x-amz-cf-id: MTgwzb8KZinic50msfORINK2pSHW8QCOv82ur0Lq3-jH3WH_8prvow==

---

确保对象满足以下条件：

• 该文件必须是CloudFront压缩的类型

• 文件大小必须介于1000和10000000字节之间

• 响应必须包含内容长度头，以便CloudFront可以确定文件大小是否在CloudFront允许的范围内 压缩。如果缺少内容长度头，CloudFront将不会 压缩文件

• 响应不得包含内容编码头

请参阅列表

---

在这种情况下，问题似乎是，

application/octet-stream

不能被CloudFront压缩。

I将图像上载到CloudFront，但内容类型是

application/octet-stream

。这是否意味着cloudfront不支持压缩图像？是的。一般来说，您不希望压缩图像，因为图像格式本身处理数据压缩。@ZhaoYi“图像压缩”不是这种意义上的压缩。CloudFront的“自动压缩对象”功能应用可逆的gzip压缩，允许浏览器逐字节重建原始对象。图像压缩几乎总是一种不可逆的数据缩减形式，它消除了理论上的冗余数据，使文件大小更小，但丢失了质量和/或细节，无法完全重建，但这被认为是大小/速度质量的可接受折衷。适当的比率和算法是主观的，没有什么是免费的。