为什么卷曲 zip 文件需要 -L 作为命令行选项？

Question

如果curl -L像普通一样工作curl，或者如果我不需要它来卷曲 zip 文件而不损坏它，我就不在乎。然而，使用 plain 解压 zip 文件curl总是会失败，但可以正常curl -L工作，而且解压缩 zip 文件所需的时间curl -L与使用 Safari 下载所需的时间之间的关系令人担忧。我需要让我的应用程序下载并提取 zip 文件，我不希望速度这么慢，特别是因为还有其他下载，我可以直接使用curl，这些下载很大，所以我想保护用户时间。

Answer 1

如果您为 cURL 提供 zip 文件的 URL，则：

• curl将下载没有损坏的 zip 文件
• curl -L将下载没有损坏的 zip 文件

但是，网站通常不会直接链接到 zip 文件。相反，它们链接到下载页面（例如“您的下载正在开始，如果没有开始，请单击此处”）。

如果您将curlURL 提供给重定向下载页面，则：

• curl将下载网页，显然不会解压。
• curl -L将按照重定向并下载引用的 zip 文件。

无论哪种情况，都不存在腐败。如果您不在-L编辑器中使用和打开该文件，您会看到它是纯 HTML，告诉您从其他地方获取该文件。

curl -L比下载网页加 zip 文件慢，curl因为下载网页加上 zip 文件比单独下载网页慢。如果您想要该文件，就没有办法解决这个问题。

至于为什么 Safari 比 Safari 更快curl -L，可能有多种解释，包括但不限于重用热连接、使用 HTTP/3 来减少慢启动，或者服务器端对脚本下载进行限制。无论如何，这对SuperUser来说更是一个问题。