PowerShell中确保路径为绝对路径应分层处理：先用Resolve-Path处理存在项并支持通配符；再用Convert-Path转换当前作用域内相对路径；最后用[System.IO.Path]::GetFullPath()纯字符串转换，兼顾健壮性与兼容性。

powershell 脚本中接收路径参数后，若需确保其为绝对路径（尤其在跨目录调用、远程执行或与外部工具交互时），不能依赖用户输入的路径形式——相对路径、带通配符路径、环境变量路径甚至注册表路径都可能出现。关键在于：**先标准化输入，再按需解析或转换**。

用 Resolve-Path 处理存在项的路径

当参数指向一个实际存在的文件或目录（如 $args[0] 或 $Path），Resolve-Path 是最直接的方式：

• 它返回规范化的绝对路径（含完整驱动器、斜杠统一为 \）
• 支持通配符（如 "C:\temp\*.log"），并展开为所有匹配项的绝对路径列表
• 对不存在的路径会报错，适合“必须存在”的场景

示例：

windows-shell-syntax

在 Windows 上执行终端命令，或对比 Windows 与 Linux 的 Shell 语法时使用。建议先检测当前 Shell 是 PowerShell 还是 cmd.exe，再给出相应命令……

下载

function Process-Log { param($Path) $abs = Resolve-Path $Path | ForEach-Object { $_.Path } # 得到字符串数组，每个都是绝对路径 ... }

用 Convert-Path 处理当前作用域内的相对路径

当路径参数是相对于当前 PowerShell 位置（即 Get-Location 返回的位置）的，且你确定该路径在当前上下文中有效，Convert-Path 更轻量：

• 不检查文件系统是否存在，只做路径拼接和规范化
• 能处理 .、..、环境变量（如 %TEMP%）和 PowerShell 驱动器（如 HKCU:）
• 适用于配置类脚本，比如读取当前目录下的 config.json

示例：

param([string]$Config = "config.json") $fullConfig = Convert-Path $Config # 若当前在 C:\proj，则返回 C:\proj\config.json

用 [System.IO.Path]::GetFullPath() 做纯字符串转换

当需要完全绕过 PowerShell 提供程序机制（比如处理纯 Windows 文件系统路径、避免通配符展开或注册表路径干扰），直接调用 .NET 方法最可靠：

• 接受任意字符串，只要符合 Windows 路径语法，就返回绝对路径（基于当前工作目录）
• 不验证路径是否存在，也不解析 PowerShell 特殊驱动器（如 HKLM:）
• 适合在 csproj、CI 脚本或封装工具链中使用

示例：

$path = $args[0] # 如 ".\build\output" $abs = [System.IO.Path]::GetFullPath($path)

组合判断：先尝试 Resolve，失败则回退 GetFullPath

兼顾健壮性与兼容性，常见做法是分层处理：

• 先用 Resolve-Path -ErrorAction SilentlyContinue 尝试解析已存在路径
• 失败时，用 [System.IO.Path]::GetFullPath() 获取理论绝对路径
• 最后用 Test-Path 再次确认（可选）

这样既支持用户传入 "logs\*.txt" 这类通配路径，也兼容 "../data" 或空值默认逻辑。