短链接还原PHP后如何分享？生成新短链接技巧

本文深入解析了PHP环境下短链接的还原与生成两大核心操作：还原依赖cURL禁用自动跳转并精准提取Location响应头，彻底摒弃file_get_contents等不可靠方式；生成则推荐调用Bitly等成熟API快速落地，避免自建系统高昂的运维成本；同时提醒开发者关注分享场景中的Referer丢失、移动端兼容性及主流办公App的URL拦截风险——短链接不是一“缩”了之，背后是重定向机制、HTTP协议细节与真实业务环境的深度博弈。

PHP 本身不提供短链接还原或生成的内置功能，所有操作都依赖外部服务（如 Bitly、TinyURL）或自建逻辑。直接用 PHP “还原短链接” 实际上就是发起一次 HTTP 请求获取重定向目标地址；而“生成新短链接”必须调用 API 或写数据库映射 + 自定义路由。

怎么用 PHP 还原短链接（获取真实 URL）

短链接本质是 301/302 重定向，还原的关键是**不跟随跳转**，只读取 Location 响应头。用 curl 最可靠，file_get_contents 默认会跟随跳转，不能直接用。

• 必须设置 CURLOPT_FOLLOWLOCATION 为 false
• 必须设置 CURLOPT_HEADER 为 true 才能捕获响应头
• 用 curl_getinfo($ch, CURLINFO_REDIRECT_URL) 在某些情况下返回空，优先解析 Location 头

function resolveShortUrl($shortUrl) {
    $ch = curl_init($shortUrl);
    curl_setopt_array($ch, [
        CURLOPT_NOBODY => true,
        CURLOPT_RETURNTRANSFER => true,
        CURLOPT_FOLLOWLOCATION => false,
        CURLOPT_HEADER => true,
        CURLOPT_TIMEOUT => 5,
        CURLOPT_USERAGENT => 'Mozilla/5.0'
    ]);
    $response = curl_exec($ch);
    $headerSize = curl_getinfo($ch, CURLINFO_HEADER_SIZE);
    $headers = substr($response, 0, $headerSize);
    curl_close($ch);

    if (preg_match('/Location:\s*(.+)/i', $headers, $matches)) {
        return trim($matches[1]);
    }
    return null;
}
// 示例
$realUrl = resolveShortUrl('https://t.co/abc123');
echo $realUrl; // 输出类似 https://example.com/post?id=42

为什么 file_get_contents 不能直接还原短链接

file_get_contents 默认行为是自动跟随全部重定向（最多 20 次），最终返回的是最终页面内容，不是跳转链路本身。你得不到中间的 Location，也就无法还原原始跳转目标。

• 即使设 stream_context_create(['http' => ['follow_location' => false]])，PHP 7.4+ 才支持该选项，且部分版本仍不可靠
• 它不返回响应头，无法提取 Location
• 遇到多级跳转（如 t.co → bit.ly → real.com）时，curl 更可控

生成新短链接：推荐用 Bitly API（v4）的最小可行方案

自建短链系统要处理域名、路由、存储、防刷、统计，成本高。用 Bitly 是最省事的选择，只需一个 access_token 和两行请求。

• 注册 Bitly 获取 ACCESS_TOKEN（在 API Settings 页面）
• Bitly v4 要求请求头带 Authorization: Bearer YOUR_TOKEN
• 返回 JSON 中的 link 字段就是新短链接

$longUrl = 'https://example.com/report?date=2024-06&user=789';
$token = 'YOUR_ACCESS_TOKEN';
$data = json_encode(['long_url' => $longUrl]);

$ch = curl_init('https://api-ssl.bitly.com/v4/shorten');
curl_setopt_array($ch, [
    CURLOPT_POST => true,
    CURLOPT_POSTFIELDS => $data,
    CURLOPT_HTTPHEADER => [
        'Content-Type: application/json',
        'Authorization: Bearer ' . $token
    ],
    CURLOPT_RETURNTRANSFER => true
]);

$response = json_decode(curl_exec($ch), true);
curl_close($ch);

if (isset($response['link'])) {
    echo $response['link']; // e.g. https://bit.ly/3xYzAbC
}

分享时注意 Referer 和移动端适配问题

生成的短链接被点击后，目标页拿到的 $_SERVER['HTTP_REFERER'] 是短链域名（如 bit.ly），不是用户原始来源。如果业务依赖来源分析，得在长 URL 中显式携带参数，例如：

• 把 utm_source=wechat 写进原始 URL 再压缩：https://example.com/?ref=wechat
• 避免用 JS 跳转方式分享（如 window.location.href=...），iOS 微信中可能丢失 Referer
• 短链接指向的落地页必须响应式，否则在微信内嵌浏览器里体验极差

真正麻烦的从来不是“怎么生成一个短链接”，而是“生成之后怎么追踪、怎么防滥用、怎么确保在所有 App 内都能正常跳转”。别低估微信、飞书、钉钉对 URL 的拦截策略——有时候连 http:// 都会被自动禁用，强制走 HTTPS。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~