cURL 与 Wget：命令行工具该如何选择？

如果只能选一种命令行工具用于所有的 bash 脚本、定时任务或服务器调试，您会选择 cURL 还是 Wget？

不太好选，对吧？两者都能下载文件，都极其轻量，而且都已经存在很多年了。但它们真的可以互相替代吗？实际上，它们处理下载的方式、以及各自擅长的任务类型，存在一些重要差异。

如果您正纠结于哪种工具更适合自己的工作流程，又或者想知道是否该两者都掌握，那这篇文章正适合您。接下来我们将分析两者的核心差异、给出实际示例，并帮您判断当下该选哪一个更省心。下面来逐一拆解。

什么是 cURL？

先来说说cURL。即使您从未手动输入过 cURL 命令，也很可能已经在使用依赖它的工具。从软件安装程序到后端脚本，cURL 几乎无处不在。这款命令行工具诞生于上世纪 90 年代，如今已成为互联网运作不可或缺的一部分。它真正的强大之处来自 libcurl——这个库让成千上万的程序能够下载文件、发起 HTTP 请求，并通过几十种网络协议进行通信。

cURL 的核心功能

在深入探讨 cURL 与 Wget 的对比之前，先来看看 cURL 有哪些核心功能：

• 协议支持 cURL 支持 20 多种协议，包括 HTTP、HTTPS、FTP、FTPS、SCP 和 SFTP。无论是调用公开 API，还是访问私有 FTP 服务器或进行安全数据传输，开发者都能灵活应对。
• 数据传输能力 您可以直接在终端中使用 cURL 下载文件、上传数据、传递请求头并管理会话。在用 Shell 脚本或 CI 流水线实现自动化时，这一点尤其实用。
• libcurl 在 cURL 与 Wget 的对比中，让 cURL 脱颖而出的正是 libcurl——这个驱动 cURL 运行、并集成到几十种编程语言应用程序中的库。从浏览器到物联网设备，libcurl 让现代系统保持互联。
• 身份验证 您可以直接在 cURL 的 HTTPS 请求中传入凭据，这在 Shell 脚本或自动化流程中访问受保护端点时非常方便。
• 请求头控制 需要模拟浏览器流量，或测试服务器对不同客户端的响应？cURL 命令可以通过 -H 参数设置自定义请求头，非常适合模拟真实的 HTTP 请求、绕过针对抓取工具的封锁。
• 代理支持 如果您使用 cURL 命令批量下载文件，或测试按地区定位的内容，代理支持必不可少。只需一个简单的--proxy 参数，cURL 就能轻松将流量通过需要身份验证的 HTTP、SOCKS5 甚至住宅代理进行转发。

cURL 的使用场景

下面将通过身份验证、代理和基础文件下载等场景，具体说明 cURL 命令的用法。

下载文件并指定保存名称

假设您想从某个 URL 下载文件，并将其保存为指定的文件名，可以使用 -o 参数让 cURL 按指定名称保存文件，示例如下：

curl -o custom-name.pdf https://example.com/report.pdf

测试需要身份验证和自定义请求头的 API

假设您要测试的 API 端点需要 Bearer 令牌，并接收 JSON 格式的数据，同时还想设置自定义 User-Agent，让请求看起来像来自浏览器而非脚本。cURL 命令的写法如下：

curl -X POST https://api.example.com/data \

  -H "Content-Type: application/json" \

  -H "Authorization: Bearer YOUR_TOKEN" \

  -H "User-Agent: Mozilla" \

  -d '{"key":"value"}'

• curl -X POST https://api.example.com/data \ 告诉 cURL 向指定 URL 发起 POST 请求
• -H "Content-Type: application/json" \ 设置 Content-Type 请求头，告知服务器您发送的是 JSON 数据
• -H "Authorization: Bearer YOUR_TOKEN" \ -H "Authorization: Bearer YOUR_TOKEN" \
• -H "User-Agent: Mozilla" \ 设置 User-Agent 请求头，让请求看起来像是来自浏览器
• -d '{"key":"value"}' 这是您实际发送给服务器的数据

— 完整操作步骤请参阅我们的cURL Bearer 令牌指南。

什么是 Wget？

介绍完 cURL，接下来看看 Wget 与 cURL 对比中的另一半主角：Wget。这款免费开源的命令行工具在无图形界面的环境、服务器、定时任务、Shell 脚本等场景下表现出色，特别适合无法人工交互的情况。Wget 命令专门用于通过 HTTP、HTTPS 或 FTP 下载文件。

Wget 的核心功能

以下是这款命令行工具的主要功能：

• 递归下载 如果您需要下载 FTP 服务器上整个目录的文件，或镜像整个网站以供离线访问，Wget 正好能派上用场。Wget 命令可以递归下载，抓取所有链接的页面、资源和子文件夹，同时保留原有的网站结构。这是 cURL 原生不具备的能力，因此在 Wget 与 cURL 的对比中，这一项 Wget 更胜一筹。
• 稳定可靠 在运行定时任务或通过不稳定网络下载大型数据集时，您需要一个不会轻易放弃的工具。Wget 会持续重试直到完成任务，即使传输中断，也能从断点处继续。无论网络状况多差，它都能把文件下载下来。
• 代理支持 如果您所在的网络环境受企业防火墙限制、无法直接访问互联网，只需简单调整配置，Wget 就能通过 HTTP 和 HTTPS 代理下载文件。您甚至可以在环境变量中直接设置代理，非常适合自动化场景。
• 时间戳比对 当您需要与远程服务器同步、但不想重复下载已有文件时，Wget 的时间戳比对功能非常实用。它会读取文件的修改时间，跳过未变化的内容，从而节省时间和系统资源。

Wget 的使用场景

接下来进入实践环节，看看 Wget 具体怎么用。下面通过几个常见场景，展示这款命令行工具的实际表现。

将文件下载到当前目录

想把文件直接下载到当前工作目录？使用以下命令即可：

wget https://example.com/file.zip

按下回车后，文件会直接保存到当前会话所在的文件夹中。

下载并使用自定义文件名保存

如果需要文件但不想用默认文件名，可以在 Wget 命令中加上 -O 参数，后面接您想要的文件名，示例如下：

wget -O report-latest.pdf https://example.com/data.pdf

递归下载文件

如果您在做数据抓取，需要获取页面、图片等所有资源，这行命令能帮您省不少事：

wget -r https://example.com/docs/

Wget 会跟随找到的每一个链接，下载该路径下的所有文件。

通过代理下载

以下是让 Wget 配合代理使用的方法：

wget -e use_proxy=yes -e http_proxy=http://yourproxy:port https://example.com/data.pdf

这条命令会让 Wget 通过代理服务器进行下载。只需填入您的代理信息，剩下的交给这款命令行工具即可。

cURL 与 Wget：核心差异

cURL 与 Wget：哪个更快？

从具体任务角度来看，Wget 和 cURL 这两种命令行工具各有优势。在需要递归下载文件、或无需额外编写脚本即可自动续传中断传输的场景下，Wget 表现出色，因此它是定时任务、Shell 脚本或整站镜像的首选。

而在需要灵活性的场景中，cURL 更占优势。遇到基于令牌的身份验证、自定义请求头，或需要精细控制HTTP请求来模拟浏览器流量时，cURL 命令能很好地胜任。虽然它不像 Wget 那样原生支持失败重试，但在更复杂的命令行工作流中，它能提供更精细的控制能力。

cURL 和 Wget 还有哪些替代工具？

了解了 cURL 和 Wget 的能力后，您会发现它们并非唯二的选择。根据具体需求不同，以下几种工具各有各的优势：

• Postman 带图形界面的 API 测试工具，支持发送各类 HTTP 请求、调整请求头，并以可视化方式查看 Cookie 和会话数据。
• HTTPie 可以看作 cURL 命令更易上手的替代方案，能自动格式化 JSON 输出，并原生支持 REST API 工作流。
• Aria2 这款工具的能力超越了 Wget 命令，支持多源下载、Metalink，甚至 BitTorrent。
• PowerShell（Invoke-WebRequest / Invoke-RestMethod） 专为 Windows 环境打造，适合快速编写脚本、实现自动化，或通过 HTTP 请求获取数据。
• Python + requests 适合想要跳出命令行工具的开发者，便于实现 HTTP 请求自动化、管理 Cookie，并构建可扩展的工作流。

结语

无论您是 DevOps 工程师、数据抓取从业者，还是刚开始摸索命令行的新手，弄清 cURL 与 Wget 的差异都能让您少走不少弯路。这两款工具看似简单，一旦熟练掌握便威力十足。如果它们都不完全符合您的需求，前面提到的其他工具同样值得一试。脚本写得聪明一点，多测试几次，愿您的 curl https 和 wget 命令永远返回 200。