curl -I 的 $? 总为0，因HTTP错误码不触发失败；应使用 -w "%{http_code}" 提取状态码，并加 -f 使4xx/5xx返回非0、-m 设置超时。
用 curl -I 获取状态码时为什么总返回 0？
直接 curl -I https://example.com 看输出，状态行是有的，但脚本里用 $? 判断总是 0——因为 curl 默认只在**网络失败、DNS 解析失败、超时等底层错误**时才返回非 0，HTTP 4xx/5xx 仍算“成功完成请求”，所以 $? 没用。
正确做法是捕获响应头里的 HTTP/ 行并提取状态码：
- 加
-s -o /dev/null -w "%{http_code}"：静默输出、丢弃响应体、只打印状态码 - 加
-f参数可让 curl 在 4xx/5xx 时返回非 0（但注意：它会同时屏蔽所有响应体和头，仅适合纯状态判断） - 务必加
-m 10设超时，否则一个挂掉的站点会让整个脚本卡住
批量检测多个 URL 的 Shell 循环怎么写才健壮？
别用 for url in http://a http://b —— URL 含空格或特殊字符就崩；也别把列表写死在脚本里，不方便维护。
推荐用文件 + while read，支持注释和空行：
#!/bin/bash
while IFS= read -r url; do
[[ -z "$url" || "$url" =~ ^[[:space:]]*# ]] && continue
code=$(curl -s -o /dev/null -w "%{http_code}" -m 10 -L "$url" 2>/dev/null)
echo "$url -> $code"
done < urls.txturls.txt 示例：
# 生产接口 https://api.example.com/health https://api.example.com/v1/status # 测试环境（可临时注释） # https://test-api.example.com/ping
如何区分 301/302 重定向和真实目标状态？
默认 curl 会自动跟随重定向（-L），最终返回的是**重定向终点**的状态码。如果你要检查的是原始 URL 的响应行为（比如确认是否被意外跳转），就得关掉自动跳转。
- 去掉
-L：得到原始响应码（如 302），但注意有些服务对无-L的请求可能直接拒绝 - 用
-w "redirect_url: %{redirect_url}\nhttp_code: %{http_code}"查看是否发生跳转及跳去哪 - 若需同时知道跳转链，加
-v 2>&1 | grep "^（但性能差，慎用于批量）
并发检测太慢？用 wait + background 提速但别过载
串行测 50 个网站，按平均 1.5 秒算，得耗 75 秒。用子 shell 并发能压到 5–10 秒，但开太多进程反而触发目标限流或本地端口耗尽。
- 用
wait控制并发数，例如最多 8 个并发：max_jobs=8 count=0 while IFS= read -r url; do [[ -z "$url" || "$url" =~ ^[[:space:]]*# ]] && continue (code=$(curl -s -o /dev/null -w "%{http_code}" -m 10 -L "$url" 2>/dev/null); echo "$url -> $code") & ((count++ % max_jobs == 0)) && wait done < urls.txt wait - 避免用
sleep做节流——不精准；wait是更干净的同步方式 - 注意：并发下日志可能错乱，如需严格顺序，改用临时文件 +
cat汇总
真正麻烦的不是写循环，而是处理 DNS 缓存失效、TCP 连接复用、证书过期、WAF 拦截这些 curl 不报错但业务已不可用的情况。状态码只是第一道筛子，后面还得补上响应体关键词匹配或响应时间阈值判断。
