curl超时返回0表示本地请求超时而非服务器响应，需分别设置CURLOPT_CONNECTTIMEOUT（5～10秒）和CURLOPT_TIMEOUT（建议30秒起），并保留ssl验证、记录错误日志以精准定位阻塞点。
curl_getinfo 返回 0 表示请求超时，不是目标服务器返回 0
php 中用 curl_exec() 获取短链接跳转后的真实 URL 时，如果返回 false 且 curl_getinfo($ch, CURLINFO_HTTP_CODE) 是 0，基本可以断定是 cURL 本身超时，而非目标站返回了状态码 0。这时候不能去查对方服务是否异常，得先调高本地请求的等待上限。
设置 CURLOPT_TIMEOUT 和 CURLOPT_CONNECTTIMEOUT 要分开处理
短链跳转常涉及多次重定向（301/302），网络路径不可控，只设 CURLOPT_TIMEOUT 不够。必须同时控制连接建立阶段和整个请求生命周期：
-
CURLOPT_CONNECTTIMEOUT：仅限制 TCP 连接建立时间，建议设为5～10秒，避免卡在 dns 解析或防火墙拦截上 -
CURLOPT_TIMEOUT：总耗时上限，含重定向、SSL 握手、响应读取，建议从30起步，视业务容忍度调整 - 若需兼容慢速网络或海外跳转，可额外启用
CURLOPT_FOLLOWLOCATION并配CURLOPT_MAXredIRS（如5），防止无限跳转拖垮超时逻辑
别忽略 CURLOPT_SSL_VERIFYPEER 和错误抑制的副作用
有些短链服务用自签名证书或旧 TLS 协议，盲目加 CURLOPT_SSL_VERIFYPEER => false 看似能“快点跑通”，实则可能掩盖真实超时原因——比如 SSL 握手失败后 cURL 会静默重试，叠加超时设置反而更难定位。建议：
- 先保留证书验证，用
curl_Error($ch)检查是否报SSL connect error或Unknown SSL protocol error - 确认是证书问题再临时禁用，并记录日志，而不是默认关闭
- 避免用
@file_get_contents()替代 cURL，它不支持细粒度超时，且无法获取跳转链路中的中间 URL
function resolveShortUrl($url) { $ch = curl_init(); curl_setopt_array($ch, [ CURLOPT_URL => $url, CURLOPT_RETURNTRANSFER => true, CURLOPT_HEADER => false, CURLOPT_FOLLOWLOCATION => true, CURLOPT_MAXREDIRS => 5, CURLOPT_CONNECTTIMEOUT => 10, CURLOPT_TIMEOUT => 30, CURLOPT_USERAGENT => 'Mozilla/5.0 (compatible; ShortUrlResolver/1.0)', CURLOPT_SSL_VERIFYPEER => true, CURLOPT_SSL_VERIFYHOST => 2, ]); $content = curl_exec($ch); $httpCode = curl_getinfo($ch, CURLINFO_HTTP_CODE); $redirectUrl = curl_getinfo($ch, CURLINFO_EFFECTIVE_URL); $error = curl_error($ch); curl_close($ch); if ($content === false || $httpCode === 0) { throw new Exception("cURL failed: {$error} (HTTP code: {$httpCode})"); } return $redirectUrl; }超时不是越设越大就越稳，关键是把连接、握手、重定向、响应各阶段的阻塞点拆开看；很多“还原失败”实际卡在 DNS 或中间代理，而不是目标服务器慢。