获取PS Modules路径并创建文件夹，解决PowerShell脚本路径适配问题

哥们，我太懂你碰到的这个坑了——用户把Documents文件夹迁移到其他磁盘后，不管是硬编码路径还是依赖不靠谱的环境变量，脚本肯定直接歇菜。别慌，PowerShell里有原生的靠谱方法，能精准拿到用户实际的Documents文件夹路径，不管它被移到C盘还是其他盘都没问题。

核心解决方案：用.NET原生方法获取路径 #

最推荐的就是这条命令，稳得一批：

[Environment]::GetFolderPath('MyDocuments')

它会直接读取系统注册表中记录的Documents实际位置，不管用户是通过系统设置迁移的文件夹，还是用工具改了路径，返回的都是正确的地址，完全避开迁移导致的路径错误问题。

结合你的脚本场景使用示例 #

把这个方法集成到你的模块创建逻辑里，大概是这样：

# 精准获取用户Documents路径
$documentsPath = [Environment]::GetFolderPath('MyDocuments')
# 拼接PowerShell Modules文件夹路径
$moduleFolderPath = Join-Path -Path $documentsPath -ChildPath 'WindowsPowerShell\Modules'

# 先确保目标文件夹存在（不存在就创建）
if (-not (Test-Path -Path $moduleFolderPath)) {
    New-Item -Path $moduleFolderPath -ItemType Directory -Force | Out-Null
}

# 接下来就可以在这里写从GitHub下载模块的逻辑了
# 比如用Invoke-WebRequest下载zip包，或者用git clone直接拉取

进阶：先尝试Program Files，无权限再 fallback 到Documents #

你之前提到的优先用Program Files文件夹的需求，也可以结合权限检查来实现，先试Program Files，没权限再用Documents路径：

# 定义Program Files下的Modules路径
$programFilesModulePath = Join-Path -Path $env:ProgramFiles -ChildPath 'WindowsPowerShell\Modules'
$targetModulePath = $null

# 检查是否有Program Files路径的写入权限
try {
    # 创建临时文件测试权限
    $testPermissionFile = Join-Path -Path $programFilesModulePath -ChildPath 'tmp-permission-check.tmp'
    New-Item -Path $testPermissionFile -ItemType File -Force | Out-Null
    Remove-Item -Path $testPermissionFile -Force
    # 有权限就用这个路径
    $targetModulePath = $programFilesModulePath
} catch {
    # 没权限就 fallback 到Documents路径
    $documentsPath = [Environment]::GetFolderPath('MyDocuments')
    $targetModulePath = Join-Path -Path $documentsPath -ChildPath 'WindowsPowerShell\Modules'
    # 确保文件夹存在
    if (-not (Test-Path -Path $targetModulePath)) {
        New-Item -Path $targetModulePath -ItemType Directory -Force | Out-Null
    }
}

# 后续的模块下载、创建操作都用$targetModulePath即可

这个方案既满足了你优先用Program Files的需求，又能在无权限时自动切换到可靠的Documents路径，完美解决迁移导致的路径问题。

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