PowerShell vs. wget/curl：在Windows上下载文件的最佳方式是什么？

在 Windows 环境中，当需要从命令行下载文件时，开发者和系统管理员通常会面临一个选择：是使用系统原生的 PowerShell 命令，还是借助经典的第三方工具 wget 和 curl？这三者都非常强大，但它们的设计哲学、功能侧重和适用场景各不相同。本文将详细剖析它们各自的优缺点，帮助你根据具体需求做出最佳选择。

1. PowerShell：原生、强大且深度集成

对于现代 Windows 系统（Windows 10/11 及 Windows Server 2012 R2+），PowerShell 是最原生的选择。它提供了两个主要的 cmdlet（命令）用于文件下载。

`Invoke-WebRequest` (别名: `iwr`)

这是 PowerShell 中功能最全面的网页交互命令。它不仅仅是一个文件下载器，更是一个完整的网页客户端。

工作方式：Invoke-WebRequest 会下载指定的 URL 内容，并将其解析成一个包含丰富信息的对象。这个对象不仅包括原始文本内容，还包括页面的所有链接、图片、表单、脚本等元素。
优点：
- 无需安装：作为系统内置组件，开箱即用。
- 深度集成：与 PowerShell 的管道（|）和对象模型无缝集成。你可以轻松地将下载结果传递给其他命令进行处理，例如解析 HTML/XML 内容。
- 功能强大：支持处理 Web 表单、管理会话（Session）和 Cookie，非常适合需要登录或与网页进行复杂交互的自动化任务。
缺点：
- 语法冗长：相比 curl，其语法稍显繁琐，尤其是在设置请求头等高级选项时。
- 性能开销：由于需要解析整个页面 DOM，对于仅仅下载一个大文件的简单任务，它可能会比 curl 或 wget 稍慢，并占用更多内存。

简单示例：
“`powershell

下载一个文件并保存

Invoke-WebRequest -Uri “https://aka.ms/sysinternals/handle.zip” -OutFile “handle.zip”

缩写形式

iwr “https://aka.ms/sysinternals/handle.zip” -o “handle.zip”
“`

`Start-BitsTransfer`

这是另一个原生工具，它利用 Windows 的后台智能传输服务（BITS）。

工作方式：BITS 是一个专为在后台传输文件而设计的系统服务，它能智能地利用空闲的网络带宽，并且在网络中断或系统重启后自动续传。
优点：
- 极其稳定：非常适合下载大文件（如 ISO 镜像、虚拟机文件等），无惧网络波动。
- 后台异步：可以发起一个下载任务后关闭 PowerShell 窗口，传输会在后台继续进行。
- 带宽控制：自动调整网络使用，不影响前台用户的网络体验。
缺点：
- 不适合小文件：对于小文件的快速下载，其启动和管理的开销过大。
- 功能局限：它是一个纯粹的文件传输工具，不支持 Invoke-WebRequest 那样复杂的网页交互。

简单示例：
powershell Start-BitsTransfer -Source "https://example.com/largefile.iso" -Destination "C:\Downloads\largefile.iso"

2. curl：全能、跨平台的瑞士军刀

curl 是一个功能极其强大的数据传输工具，支持包括 HTTP, HTTPS, FTP, FTPS, SCP, SFTP 在内的数十种协议。值得注意的是，自 Windows 10 (1803) 版本开始，curl.exe 已经作为默认组件内置于系统中，使其在现代 Windows 上也成为了一种“原生”选择。

优点：
- 极为通用：无与伦比的协议支持和功能选项，从简单的 GET 请求到复杂的 API 调试，几乎无所不能。
- 语法简洁：其设计紧凑，使用少量参数就能执行复杂操作（如 -X 指定方法，-H 添加请求头，-d 发送数据）。
- 跨平台一致性：在 Windows, macOS, Linux 上的用法完全相同，是编写跨平台脚本的理想选择。
- 性能优秀：专注于数据传输，没有额外的解析开销，性能非常高。
缺点：
- 学习曲线：拥有上百个选项，对于新手来说可能显得有些令人生畏。
- 非 PowerShell 对象：curl 的输出是纯文本流，虽然在 PowerShell 中可以处理，但不如 Invoke-WebRequest 输出的 PSObject 那样易于在脚本中直接操作。

简单示例：
“`bash

下载文件，-O 表示使用服务器上的原始文件名

curl -O “https://curl.se/ca/cacert.pem”

下载文件并重命名

curl “https://curl.se/ca/cacert.pem” -o “my-cacert.pem”

显示下载进度条

curl “https://example.com/largefile.zip” -O –progress-bar
“`

3. wget：简单、专注的递归下载器

wget 是一个简单而强大的网络下载工具。与 curl 不同，wget 至今仍未被内置于 Windows 系统中，需要通过 Chocolatey、Scoop 等包管理器或直接下载二进制文件来安装。

优点：
- 递归下载：这是 wget 的王牌功能。它可以像网络爬虫一样，自动下载整个网站或FTP目录，非常适合用于制作网站镜像或批量下载资源。
- 断点续传和重试：在不稳定的网络环境下表现出色，默认就会尝试断点续传和自动重试，非常可靠。
- 使用简单：对于其核心功能——下载，wget 的语法非常直观。
缺点：
- 需要额外安装：这是它在 Windows 上的主要不便之处。
- 功能相对单一：与 curl 相比，它主要专注于“获取（get）”内容，协议和功能支持范围较窄。

简单示例：
“`bash

下载文件

wget “https://ftp.gnu.org/gnu/wget/wget-1.21.3.tar.gz”

递归下载整个网站（镜像）

wget –mirror –convert-links –page-requisites –adjust-extension -e robots=off “https://www.example.com”
“`

总结与决策建议

那么，到底哪一个才是“最佳方式”？答案取决于你的具体任务：

场景	推荐工具	原因
日常简单下载	`curl`	语法最简洁，且已内置于新版 Windows，性能高。
PowerShell 自动化脚本	`Invoke-WebRequest`	输出为 PowerShell 对象，便于在脚本中进行后续处理、解析和逻辑判断。
下载超大文件或在不稳定网络中下载	`Start-BitsTransfer`	提供可靠的后台异步传输和自动续传，不影响系统前台工作。
镜像整个网站或批量下载	`wget`	其递归下载功能无可替代，是此类任务的行业标准。
编写跨平台脚本	`curl`	在所有主流操作系统上行为一致，是确保兼容性的最安全选择。
与需要登录的网站或API交互	`Invoke-WebRequest` 或 `curl`	两者都支持，`iwr` 的会话管理更直观，`curl` 的语法更紧凑。

最终结论：

对于绝大多数 Windows 用户和开发者来说，curl 是现代 Windows 上最平衡、最高效的通用下载工具。它结合了强大的功能、简洁的语法和开箱即用的便利性。
当你编写纯粹的 PowerShell 自动化脚本，并且需要对下载内容进行深度处理时，Invoke-WebRequest 是你的不二之选。
wget 依然是递归下载这个特定领域的王者。如果你有这个需求，花时间安装它绝对值得。

将这三者都纳入你的工具箱，并根据任务的性质灵活选用，你就能在任何场景下都游刃有余。