对于长响应体(以及各种其他类似的情况)，我使用的解决方案总是将管道输送到更少的地方，因此

curl -i https://api.github.com/users | less

or

curl -s -D - https://api.github.com/users | less

会完成任务的。

虽然其他答案在所有情况下都不适合我，但我能找到的最佳解决方案(也可以使用POST)，从这里开始:

Curl -vs 'https://some-site.com' 1> /dev/null

其他答案要求下载响应体。但是有一种方法可以让POST请求只获取头文件:

curl -s -I -X POST http://www.google.com

-I本身执行HEAD请求，该请求可以被-X POST覆盖以执行POST(或任何其他)请求，并且仍然只获得头数据。

更容易-这也遵循链接。

curl -IL http://example.com/in-the-shadows

headcurl。CMD (windows版本)

curl -sSkv -o NUL %* 2>&1

我不想要进度条-s， 但我想要误差-S， 不用担心有效的HTTPS证书-k， 获取高冗余-v(这是关于故障排除的，对吗?)， 没有输出(干净的方式)。 哦，我想转发stderr到stdout，所以我可以grep反对整个事情(因为大多数或所有输出都来自stderr) %*表示[将所有参数传递给这个脚本](嗯(https://stackoverflow.com/a/980372/444255)，通常只有一个参数:您正在测试的url

实际示例(关于代理问题的故障排除):

C:\depot>headcurl google.ch | grep -i -e http -e cache

Hostname was NOT found in DNS cache
GET HTTP://google.ch/ HTTP/1.1
HTTP/1.1 301 Moved Permanently
Location: http://www.google.ch/
Cache-Control: public, max-age=2592000
X-Cache: HIT from company.somewhere.ch
X-Cache-Lookup: HIT from company.somewhere.ch:1234

Linux版本

对于.bash_aliases / .bash_rc:

alias headcurl='curl -sSkv -o /dev/null $@  2>&1'

对于长响应体(以及各种其他类似的情况)，我使用的解决方案总是将管道输送到更少的地方，因此

curl -i https://api.github.com/users | less

or

curl -s -D - https://api.github.com/users | less

会完成任务的。