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 不够。必须同时控制连接建立阶段和整个请求生命周期：
CurlShip Directory Submission
下载
向CurlShip提交产品，这是一个对机器人友好的SaaS目录。只需一条curl命令即可发布产品，支持OG标签抓取、带徽章的dofollow链接及层级升级。
-
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 或中间代理，而不是目标服务器慢。 
