字里行间
curl 报错 52 和 56 怎么查？分清空回复与接收中断
机场客户端显示已连接，命令行请求却出现 curl 52 或 56，先保存原始错误。两者指向不同的接收现象，但都不能单凭编号认定是机场节点坏了。
本文适用于 Windows PowerShell 中的 curl.exe。使用公开的小页面检查即可，不用订单、上传或带登录凭据的请求做重试实验。
示意图：52 与 56 是两种接收现象，仍需保留原始错误定位。
52 与 56 的差别
curl 官方手册的退出码说明把 52 描述为空回复，即没有收到可作为回复的数据；56 表示接收网络数据失败。56 可能出现在接收过程中，定位仍需要结合已经收到的响应与错误信息。
| 现象 | 先记录什么 | 不能直接推定什么 |
|---|---|---|
| 退出码 52 | 完整错误文字、是否有 HTTP 响应 | 不能当作正常的空正文 |
| 退出码 56 | 错误文字、已接收字节、是否已有响应 | 不能据此确定是哪一段链路出错 |
| HTTP 204 且请求正常结束 | 响应状态与退出码 | 204 没有正文不等于错误 52 |
做一次有边界的小请求
在 PowerShell 运行以下只读 GET。示例域名不代表你的业务目标，也不保证与你遇到问题的网站具有相同路径。
curl.exe -q --show-error --max-time 20 --output NUL --write-out "HTTP:%{http_code} Received:%{size_download}\n" https://example.com/
$requestExit = $LASTEXITCODE
$requestExit
-q 放在第一个参数，避免默认 curl 配置影响本次示例。执行后马上保存 $LASTEXITCODE，不要先运行别的程序再读它。HTTP 显示 000 时，它表示没有拿到可报告的 HTTP 状态，不能按真实的 HTTP 状态码解释。
一次只比较一个条件
- 写下时间、目标 URL、网络类型、当前选用节点和客户端模式。
- 保持目标与命令不变，只切换一个有明确用途的条件，例如同一客户端中的另一节点。
- 对照退出码、完整错误文字、HTTP 状态和接收量；恢复原条件再看是否能复现。
- 若问题只出现在特定目标，继续核对该目标与客户端日志，不用一个正常页面证明所有网站都正常。
环境代理仍可能影响请求；这条命令不自动指定或绕过你的代理路径。若需要比较路径，先按自己的客户端文档确认实际接管方式，再记录差异。
排障记录怎样才有用
验收不是“终于有一次成功”，而是能说明什么条件下出现什么错误，以及是否可复现。对外提供时间、脱敏目标、退出码和客户端模式即可。不要发订阅链接、认证头或包含账号信息的整段调试日志；也不要把这里的 GET 比较方式直接套到付款或提交表单。
来源与核验日期
官方资料核验日期：2026-10-05。文中的表格和流程用于自行检查，不代表本站对某家机场的实测结论。
评论