Invoke-WebRequest对不存在URL返回200，与curl行为差异排查

核心差异来自两个关键点：

1. 重定向处理逻辑不同 #

Invoke-WebRequest 默认会自动跟随所有重定向（默认最大跳转次数为5），而 curl 在使用 HEAD 方法时默认不会自动跟随重定向（需手动添加 -L 参数才会触发跳转）。

SourceForge 的下载链接（如 https://downloads.sourceforge.net/xxx）本质是跳转链接：

• 资源存在时，服务器先返回 302 Found，指向实际下载地址；
• 资源不存在时，服务器直接返回 404 Not Found。

但 Invoke-WebRequest 会自动完成跳转：

• 资源存在时，跳转后的实际下载地址返回 200 OK，所以你看到的最终状态码是200；
• 资源不存在时，SourceForge 的404错误页面本身是有效网页，跳转后返回 200 OK，导致你误判资源存在。

而 curl 不自动跳转，直接返回服务器原始的 302 或 404 状态码。

2. 请求头默认值差异 #

Invoke-WebRequest 和 curl 的默认 User-Agent 标识不同：

• Invoke-WebRequest 的默认 User-Agent 为类似 Mozilla/5.0 (Windows NT 10.0; Microsoft Windows 10.0.19045; en-US) PowerShell/7.3.6 的格式；
• curl 的默认 User-Agent 为 curl/[对应版本号]。

部分服务器会根据 User-Agent 返回不同响应逻辑，但在这个场景下，重定向处理逻辑是导致状态码差异的核心原因。

解决方法 #

让 Invoke-WebRequest 不自动跟随重定向，即可拿到服务器返回的原始状态码：

Invoke-WebRequest "https://downloads.sourceforge.net/blah" -DisableKeepAlive -UseBasicParsing -Method Head -MaximumRedirection 0

• 资源不存在时，会直接返回 404；
• 资源存在时，会返回 302，与 curl 的行为完全一致。

若需要确认跳转后的最终状态，可单独处理重定向逻辑。

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