PHP get_headers：不载页面的轻量级链接探针

跑项目的时候，经常需要快速判断一个远程链接是否还活着，或者第三方接口到底返回了什么状态。打开浏览器看完整页面太浪费资源，直接写复杂请求又容易踩坑。这时候 get_headers() 就像个隐形体检仪，不加载图片样式，只把服务器打回来的“头牌信息”抓回来给你核对。它底层走的是 HTTP 协议的握手阶段，开销极小，非常适合做链接巡检、爬虫调度前的预检，或是调试外部服务的响应策略。

基础调用很直白：传入目标网址，PHP 就会把 Content-Type、Server、Set-Cookie 这些头部字段打包成数组返回。默认是纯字符串数组，键名带数字；遇到要按名称取值的情况，务必在第二个位置传入 true。开启关联数组模式后，直接用 $headers['Content-Type'] 就能定位内容类型，省去折腾下标的功夫。

真正上线后，状态码解析才是重头戏。很多人习惯性去遍历数组找 200，其实返回的第一项永远是最开头的 HTTP/1.1 200 OK 这类状态行。直接用 $headers[0] 提取首行，配合 strpos 或 explode 截取数字部分，效率最高。配合 ignore_errors 开关，哪怕返回 4xx、5xx 也不会中断执行，能把错误码一并抓到手。

线上跑探测脚本，最怕被慢服务器拖垮。PHP 原生并没有直接的整数超时参数，必须借助 stream_context_create 统一管控网络行为。把耗时阈值和容错策略打包进上下文对象，再作为第三个参数喂给函数。代码里只需这样构建：

$ctx = stream_context_create([
    'http' => ['timeout' => 5, 'ignore_errors' => true]
]);
$headers = get_headers('https://target.com/api', true, $ctx);

这样既卡住了五秒响应红线，又不会因为网络抖动把整个任务挂起。遇到内部测试环境或自签名证书，往同一组配置里追加 'verify_peer' => false，TLS 握手就不会卡在证书信任链上。对外部正式业务仍建议保留严格校验，调试期留个后门即可。

不少开发者误以为这个函数会自动跟随重定向，其实它是个“老实人”。遇到 301 或 302，它只会原封不动地把 Location 头丢回来，绝对不会自己跟着跳转。如果业务需要追踪完整的重定向链条，得手动读取 Location 拼接 URL，配合 while 循环重复探测；或者干脆切换 cURL 开启 CURLOPT_FOLLOWLOCATION。认清这套边界，能避开大量无效排查。

批量处理时还要留意频率节奏。很多站点对高频探测会直接返回 429 或短暂封禁 IP。在相邻请求之间插入 usleep(100000) 这样的微睡眠，既能降低对方反爬阈值，也能让你的监控逻辑更符合分布式系统的协作规范。拿到的头信息完全可以反哺业务：抽取出 Cache-Control 字段决定本地缓存周期，或者读取 X-RateLimit-Remaining 动态调整后续请求节奏，这才把冷冰冰的原始数据变成了可执行的策略。

get_headers() 没有重型框架的包装，但胜在精准、低耗。把它的脾气摸透——配好上下文超时、按需绕过证书校验、看清跳转边界、合理控制探测频率——就能在日常开发中省下大量试错成本。链接诊断从来不是玄学，摸清协议层面的信号反馈，接下来的路由与容错逻辑自然水到渠成。下次再碰到“这地址还能通吗”的疑问，让它先探探路就够了。