PowerShell curl url_effective替代方案：Windows环境精准追踪重定向终点的3种方法

为什么Windows上curl url_effective不work？

先说清楚根本原因。在Linux/macOS上执行curl https://example.com，调用的是GNU curl。但在Windows PowerShell或CMD中执行同样的命令，PowerShell会将curl解释为Invoke-WebRequest的别名，导致调用的根本不是真正的curl程序。Invoke-WebRequest是PowerShell自己的HTTP客户端，语法和GNU curl完全不同，根本没有-w参数选项。

具体表现就是：你满怀期待地执行curl -L -w "\n%{url_effective}\n" https://your-url.com，PowerShell只是弹出帮助信息，或者把-w当成了另一个URL参数来处理，完全得不到期望的输出。

另一个常见的坑是Windows系统自带的curl（从Windows 10 1803开始，微软在系统中内置了真正的curl.exe）。这个Windows curl虽然支持-w参数，但行为和Linux版curl仍有差异，在某些重定向场景下输出可能不如预期稳定。

所以在PowerShell环境下做重定向调试，需要换一套思路。

方法一：Invoke-WebRequest + ResponseUri（最直接）

PowerShell的Invoke-WebRequest有一个非常实用的属性：ResponseUri。当使用-MaximumRedirection参数允许跟随重定向时，ResponseUri会返回最终响应所对应的URL，这和url_effective的作用完全一致。

Invoke-WebRequest -Uri "https://your-short-url.com?utm_source=test" `
    -MaximumRedirection 10 `
    -UseBasicParsing `
    -ErrorAction SilentlyContinue |
    Select-Object -ExpandProperty BaseResponse |
    Select-Object -ExpandProperty ResponseUri |
    Select-Object -ExpandProperty AbsoluteUri

这个方案的优点是直接利用PowerShell内置cmdlet，不需要安装任何额外工具。但需要注意几点：Invoke-WebRequest默认会下载整个响应体，对于大文件会很慢，可以加上-OutFile $null避免下载内容；同时-MaximumRedirection默认值是5，如果跳转链路超过5次需要显式提高这个值。

完整版带Cookie追踪的脚本：

$session = $null
$response = Invoke-WebRequest -Uri "https://your-url.com" `
    -MaximumRedirection 10 `
    -SessionVariable session `
    -UseBasicParsing

$finalUrl = $response.BaseResponse.ResponseUri.AbsoluteUri
$statusCode = $response.StatusCode
Write-Host "最终URL: $finalUrl"
Write-Host "状态码: $statusCode"

方法二：绕过PowerShell别名，直接调用真正的curl.exe

不想放弃GNU curl的强大功能？最简单的方法就是明确告诉PowerShell使用真正的curl.exe，而不是别名。在路径前加&符号配合.exe扩展名，或者直接写完整路径C:\Windows\System32\curl.exe，PowerShell就会绕过别名，直接执行真正的curl程序。

# 绕过PowerShell别名，直接使用Windows curl.exe
& curl.exe -L -s -w "%{url_effective}" -o nul "https://your-url.com"

不过在PowerShell中使用这个方法有一点需要注意：GNU curl输出到stdout的-w结果会被PowerShell正确捕获，但如果你想把多个变量一起输出，需要用更精细的字符串处理：

# PowerShell中正确捕获curl -w输出（多个变量）
$output = & curl.exe -L -s `
    -w "`nurl_effective:%{url_effective}`nnum_redirects:%{num_redirects}`nhttp_code:%{http_code}" `
    -o nul `
    "https://your-short-url.com?utm_campaign=summer"

# PowerShell解析各字段
$lines = $output -split "`n"
foreach ($l in $lines) {
    if ($l -match "url_effective:(.+)") { Write-Host "最终地址: $($Matches[1])" }
    if ($l -match "num_redirects:(.+)") { Write-Host "跳转次数: $($Matches[1])" }
    if ($l -match "http_code:(.+)") { Write-Host "HTTP状态: $($Matches[1])" }
}

这个方案保留了GNU curl的全部功能，包括-w参数的所有输出变量，是最接近Linux体验的选择。唯一的缺点是依赖Windows系统内置的curl.exe（Windows 10 1803+才有）。

方法三：PowerShell脚本批量检测多个URL的重定向终点

日常运维中更常见的需求是批量检测一批短链或营销链接的重定向终点。下面的脚本从CSV文件读取URL列表，逐个检测并输出最终URL和跳转次数：

# PowerShell批量检测URL重定向终点
$inputFile = "C:\urls-to-check.csv"
$outputFile = "C:\redirect-results.csv"

$urls = Import-Csv -Path $inputFile -Header "OriginalUrl"
$results = @()

foreach ($item in $urls) {
    $originalUrl = $item.OriginalUrl.Trim()
    
    try {
        $response = Invoke-WebRequest -Uri $originalUrl `
            -MaximumRedirection 10 `
            -UseBasicParsing `
            -ErrorAction SilentlyContinue
        
        $finalUrl = $response.BaseResponse.ResponseUri.AbsoluteUri
        $statusCode = $response.StatusCode
        
        $results += [PSCustomObject]@{
            OriginalURL  = $originalUrl
            FinalURL     = $finalUrl
            StatusCode   = $statusCode
            IsRedirected = ($originalUrl -ne $finalUrl)
        }
    }
    catch {
        $results += [PSCustomObject]@{
            OriginalURL  = $originalUrl
            FinalURL     = "ERROR: $_"
            StatusCode   = "N/A"
            IsRedirected = "N/A"
        }
    }
}

# 导出CSV（UTF-8带BOM，解决Excel打开中文乱码）
$results | Export-Csv -Path $outputFile -NoTypeInformation -Encoding UTF8

$results | Format-Table -AutoSize
Write-Host "检测完成，共 $($results.Count) 个URL，已保存到 $outputFile"

三种方案横向对比

特性	Invoke-WebRequest	curl.exe绕过别名	适用场景
是否需要额外安装	否（PowerShell内置）	否（Windows 10+内置）	基础要求
url_effective等价属性	ResponseUri	-w "%{url_effective}"	获取最终URL
num_redirects等价信息	需自己统计	-w "%{num_redirects}"	获取跳转次数
批量处理友好度	高（原生PowerShell对象）	中（文本处理）	脚本自动化
性能	较慢（全量下载）	快	大批量检测

实际应用场景：批量巡检短链UTM参数保留情况

最常见的应用场景是用PowerShell批量验证短链在重定向过程中UTM参数是否完整保留：

# 检测短链重定向后UTM参数是否完整保留
$shortUrls = @(
    "https://your-short.com/campaign?utm_source=wechat",
    "https://bit.ly/yourlink?utm_source=newsletter"
)

function Get-FinalUrl($Url) {
    $response = Invoke-WebRequest -Uri $Url -MaximumRedirection 10 `
        -UseBasicParsing -ErrorAction SilentlyContinue
    return $response.BaseResponse.ResponseUri.AbsoluteUri
}

function Test-UtmPreserved($OriginalUrl, $FinalUrl) {
    # 简单检查utm_source是否保留
    $src1 = ([System.Uri]$OriginalUrl).Query -match "utm_source=([^&]+)"
    $src2 = ([System.Uri]$FinalUrl).Query -match "utm_source=([^&]+)"
    if ($src1 -and $src2) {
        return ($Matches[1] -eq $Matches[1])
    }
    return ($src1 -eq $src2)
}

foreach ($url in $shortUrls) {
    $final = Get-FinalUrl $url
    $ok = Test-UtmPreserved $url $final
    if ($ok) {
        Write-Host "[OK] $url" -ForegroundColor Green
        Write-Host "    最终地址: $final"
    } else {
        Write-Host "[WARN] $url" -ForegroundColor Yellow
        Write-Host "    最终地址: $final"
    }
}

总结

Windows环境下虽然不能直接使用curl -w "%{url_effective}"这个组合拳，但PowerShell提供了等价替代方案：Invoke-WebRequest的ResponseUri属性可以精确获取重定向最终URL，配合PowerShell强大的对象处理能力，批量检测和参数分析同样得心应手。如果你习惯GNU curl的语法，直接调用curl.exe是最省心的方案，-w参数全部支持，只是需要注意PowerShell中的引号转义问题。