小程序版
微信扫码，随时查命令
在 macOS 上发送 HTTP/HTTPS 请求，验证接口、下载文件和排查 TLS。
curl 是 macOS 自带的传输工具，支持 HTTP、HTTPS、FTP、SMTP 等协议。排障时常用 -v 看请求头和 TLS 握手，-I 看响应头，-sS -o /dev/null -w '%{http_code}' 只看状态码，--resolve 在 DNS 生效前验证新 IP。默认不跟随重定向，也不把 4xx/5xx 当成失败，脚本必须显式加 -L 和 -f。
macOS 有两个 curl：/usr/bin/curl 是 Apple 构建，TLS 走 SecureTransport 并使用系统钥匙串信任；Homebrew 安装的 curl 通常用 OpenSSL/LibreSSL 和自带 CA bundle，新协议和新特性更多。两者对内部 CA、客户端证书和 HTTP/3 的支持可能不同，排 TLS 问题时先 which -a curl 和 curl -V 确认用的是哪一个。
curl 不读取“系统设置”里的代理配置，只认 http_proxy、https_proxy、ALL_PROXY、NO_PROXY 等环境变量或 -x。访问本机服务时注意 NO_PROXY 是否包含 localhost，否则请求会被代理绕走。
# 只看响应头，确认状态码和服务器
% curl -I https://example.com
# 下载并显示状态码；-f 让 4xx/5xx 返回非零
% curl -fsSL -o /tmp/page.html -w '%{http_code}\n' https://example.com
# 显示握手和请求细节，排查证书、重定向、代理
% curl -v --connect-timeout 5 --max-time 20 https://example.com
# 发 JSON POST
% curl -sS -X POST -H 'Content-Type: application/json' \
-d '{"name":"mac"}' https://api.example.com/items
# DNS 还没切换时，把域名强制解析到指定 IP
% curl --resolve example.com:443:192.0.2.10 https://example.com
# 使用内部 CA 或自签证书（不要把 -k 当成常规方案）
% curl --cacert ./internal-ca.pem https://internal.example.com
# 通过本地代理访问
% curl -x http://127.0.0.1:8080 -I https://example.com
# 查看当前 curl 的版本、TLS 后端和支持协议
% curl -V
-f 时，404/500 仍是退出码 0；自动化脚本必须同时用 -f 和 --fail-with-body（较新版本）或检查 -w '%{http_code}'。-s 会连错误信息一起吞掉，排错用 -sS，让错误输出到 stderr。-I 发的是 HEAD，有些接口返回 405 或与 GET 不同的状态；验证真实行为用 -o /dev/null -w '%{http_code}' 发 GET。NO_PROXY 没配好会导致访问 localhost 也走代理；用 curl -v 看实际连接目标。SSL certificate problem 时，先确认二进制和 CA 来源。-k 会跳过证书校验，等于放弃中间人防护；只应临时用于确认证书问题，不能写进生产脚本。--connect-timeout 只限制建连，--max-time 限制整个请求；下载大文件时不要把两者设成同一个短值。-O 时文件名可能冲突，远程文件名带路径或重名时用 -o 明确指定。dig — 先确认域名解析到哪个 IPtcpdump — 请求失败时抓包看 TCP/TLS 层ssh — 通过 SSH 隧道访问内网 HTTP 服务wget — Linux 上常见的下载工具，macOS 默认没有合上页面，先回答，再展开对照。
curl 请求 404 页面后退出码仍是 0？怎样让它失败？-k 解决了什么问题，为什么不能长期使用？-f（或 --fail-with-body）让 HTTP 错误返回非零。-k 跳过证书链和主机名校验，能绕过自签/过期证书报错，但会失去中间人防护；应改用 --cacert 或把 CA 加入信任。curl --resolve 域名:443:新IP https://域名，把连接定向到新 IP，同时保留 SNI 和证书主机名校验。
小程序版
微信扫码，随时查命令