为何goo.gl短URL未返回预期的301状态码？.NET环境问题

这是个很典型的短链解析场景问题，我来帮你一步步梳理清楚：

一、为什么goo.gl短链返回302（Found）而不是301（Moved Permanently）？ #

goo.gl（现在已逐步迁移到Firebase Dynamic Links，但旧短链仍在生效）的重定向策略是动态选择302而非固定301，原因主要有两点：

• 动态跳转需求：goo.gl可能会根据用户的设备类型、地理位置、甚至实时的统计需求调整跳转目标。如果用301永久重定向，浏览器会缓存这个跳转关系，后续无法再调整目标；而302临时重定向每次都会请求服务端，能保持灵活性。
• 点击统计需求：302重定向可以让服务端每次都记录点击数据，如果用301，浏览器缓存后后续点击不会再请求短链服务，就无法统计到完整的点击量。

这是服务端的设计策略，并非你的代码或请求方式有问题。

二、.NET Framework与.NET Core的行为差异 #

你遇到的异常差异是因为两个框架对HttpWebRequest的实现逻辑不同：

• .NET Framework：当AllowAutoRedirect=false时，遇到301/302等重定向状态码，不会抛出异常，而是直接返回响应对象。你可以通过resp.StatusCode获取状态码，再手动读取Location头处理跳转。
• .NET Core：HttpWebRequest是兼容性包装API，底层实际使用HttpClient实现。当AllowAutoRedirect=false且遇到重定向时，会抛出WebException，并将包含重定向信息的响应放在ex.Response中——这就是你看到抛出异常的原因。

你的代码已经通过捕获WebException来处理这种情况，逻辑上是可行的，但可以做些优化。

三、短URL解析器的优化建议 #

针对你的代码，这里有几个可以完善的点：

1. 统一处理重定向状态码：不管是.NET Framework还是Core，都应该主动判断响应的状态码是否属于重定向类（301、302、303、307、308），而不是仅依赖异常捕获。
2. 添加递归深度限制：防止遇到循环重定向的短链导致无限递归。
3. 正确处理相对URL：Location头可能返回相对路径，需要结合原URL解析为绝对URL。

修改后的示例代码 #

public static string GetFullUrl(string url, int redirectDepth = 5)
{
    if (string.IsNullOrWhiteSpace(url) || redirectDepth <= 0)
        return url;

    try
    {
        var req = (HttpWebRequest)WebRequest.Create(url);
        req.AllowAutoRedirect = false;
        req.Method = "HEAD"; // 用HEAD请求减少数据传输，提高效率

        using (var resp = (HttpWebResponse)req.GetResponse())
        {
            // 判断是否为重定向状态码
            if ((int)resp.StatusCode >= 300 && (int)resp.StatusCode < 400)
            {
                var location = resp.Headers["Location"];
                if (string.IsNullOrWhiteSpace(location))
                    return url;

                // 处理相对URL，转为绝对URL
                var uri = new Uri(new Uri(url), location);
                var longUrl = uri.AbsoluteUri;

                // 你的原有判断逻辑，决定是否继续递归
                if (longUrl.Contains('?') || longUrl.Length <= 35 || longUrl.StartsWith("https://news.google.com/"))
                {
                    return GetFullUrl(longUrl, redirectDepth - 1);
                }
                return longUrl;
            }
            // 非重定向状态，返回原响应的Uri
            return resp.ResponseUri.AbsoluteUri;
        }
    }
    catch (WebException ex)
    {
        if (ex.Response is HttpWebResponse resp)
        {
            var location = resp.Headers["Location"];
            if (!string.IsNullOrWhiteSpace(location))
            {
                var uri = new Uri(new Uri(url), location);
                var longUrl = uri.AbsoluteUri;
                if (longUrl.Contains('?') || longUrl.Length <= 35 || longUrl.StartsWith("https://news.google.com/"))
                {
                    return GetFullUrl(longUrl, redirectDepth - 1);
                }
                return longUrl;
            }
        }
        return url;
    }
    catch (Exception)
    {
        return url;
    }
}

优化说明：

• 添加了redirectDepth参数限制递归深度，默认5层足够应对绝大多数短链跳转场景。
• 使用HEAD请求替代默认的GET，减少服务端返回的响应体数据，提升解析效率。
• 用Uri类处理Location头，自动将相对URL转为绝对URL，避免路径错误。

内容的提问来源于stack exchange，提问作者Prashanth Subramanian