为何Safari中HTTPS图片链接会下载而非在新标签页打开？

问题概况 #

本地运行Apache+PHP后端，从API获取包含HTTP和HTTPS的图片链接列表，前端渲染为以下格式的链接：

...
<li>
<a href="http://example.com/image1.jpg" target="_blank">Image</a>
</li>
<li>
<a href="https://example.com/image2.jpg" target="_blank">Image</a>
</li>
...

预期所有带target="_blank"的链接在所有浏览器中都能在新标签页打开图片，但实际情况是：

• 除Safari外，所有浏览器均可正常在新标签页打开所有图片
• Safari中HTTP链接（即使会301重定向到HTTPS）能正常打开，但HTTPS链接会直接下载jpg文件

请求响应对比 #

HTTP链接的cURL响应（正常工作） #

> GET /path/to/image1.jpg HTTP/1.1
> Host: hostpath
> User-Agent: curl/7.64.1
> Accept: */*
>
< HTTP/1.1 301 Moved Permanently
< Date: Mon, 20 Feb 2023 07:10:41 GMT
< Content-Type: text/html
< Content-Length: 178
< Connection: keep-alive
< Server: nginx
< Location: https://newpath.com/overHTTPS/image1.jpg
< Strict-Transport-Security: max-age=31536000; includeSubDomains; preload;

有问题的HTTPS链接cURL响应 #

> GET /path/to/image2.jpg HTTP/2
> Host: hostpath
> User-Agent: curl/7.64.1
> Accept: */*

< HTTP/2 200
< content-type: image/jpg
< content-length: 150672
< last-modified: Thu, 24 Jun 2021 10:45:06 GMT
< x-amz-version-id: null
< accept-ranges: bytes
< server: AmazonS3
< strict-transport-security: max-age=31536000; includeSubDomains; preload
< date: Mon, 20 Feb 2023 07:16:15 GMT
< etag: "62a2466dbe39f0cd92908fa096ba9011"
< x-cache: RefreshHit from cloudfront
< via: 1.1 uid.cloudfront.net (CloudFront)
< x-amz-cf-pop: -cf-pop
< x-amz-cf-id: amz-cf-id==

正常工作的HTTPS链接cURL响应（Safari可预览） #

> GET /path/to/differentHTTPS/image2.jpg HTTP/2
> Host: m.media-amazon.com
> User-Agent: curl/7.64.1
> Accept: */*
>
< HTTP/2 200
< content-type: image/jpeg
< content-length: 13470
< server: Server
< date: Mon, 20 Feb 2023 07:29:44 GMT
< x-amz-ir-id: 6e4a2087-7e28-47ca-bef1-f332c0575d92
< expires: Sun, 15 Feb 2043 04:07:45 GMT
< cache-control: max-age=630720000,public
< surrogate-key: x-cache-214 /images/I/51U-ZNaX5sL
< timing-allow-origin: https://www.amazon.in, https://www.amazon.com
< edge-cache-tag: x-cache-214,/images/I/51U-ZNaX5sL
< access-control-allow-origin: *
< last-modified: Sat, 24 Jul 2021 09:53:23 GMT
< x-nginx-cache-status: HIT
< accept-ranges: bytes
< via: 1.1 uid.cloudfront.net (CloudFront)
< server-timing: provider;desc="cf"
< x-cache: Miss from cloudfront
< x-amz-cf-pop: -cf-pop
< x-amz-cf-id: cf-id==
<

已尝试的操作 #

• 将站点部署到HTTPS服务器，问题依旧
• 替换为其他第三方HTTPS图片链接，Safari可正常预览，仅原HTTPS源存在问题
• 确认所有浏览器请求头均包含Accept: image/*

排查思路 #

• 修正Content-Type为标准值：
  有问题的响应头使用image/jpg（非标准MIME类型），而正常链接使用标准的image/jpeg。Safari对MIME类型的校验更严格，需将源服务器（或CloudFront配置）的Content-Type改为image/jpeg。

• 检查Content-Disposition响应头：
  用Safari开发者工具的网络面板查看实际请求的响应头，确认是否存在Content-Disposition: attachment或带filename的字段，这类头会强制浏览器下载文件。

• 直接访问图片URL测试：
  在Safari地址栏直接输入有问题的HTTPS图片链接，若仍直接下载，说明是源服务器响应配置问题；若能正常预览，则需排查页面上下文（如referrer策略、CORS设置）。

• 刷新CDN缓存：
  由于链接通过CloudFront分发，可能缓存了旧的响应头。尝试刷新CloudFront缓存，或添加?v=1之类的查询参数绕过缓存，验证是否解决问题。

• 验证图片文件完整性：
  检查有问题的jpg文件是否损坏，或存在异常元数据（如特殊EXIF信息），可替换为已知正常的jpg文件测试。

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