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 或中间代理,而不是目标服务器慢。











