VSCode 写 PowerShell 脚本需配置官方扩展、PSScriptAnalyzer 和模块化结构。装 Microsoft 官方扩展并指定 PowerShell 7.x 版本；启用 PSScriptAnalyzer 实时检查命名、错误处理与安全风险；按 Public/Private/Tests 目录拆分脚本，配 .psd1 清单以支持智能补全；辅以简单 Pester 测试实现高效调试。
在 VSCode 中写 PowerShell 脚本，核心是让编辑器真正“懂” PowerShell，而不是只当个带高亮的记事本。关键不是装插件，而是让 Powershell 扩展 + PSScriptAnalyzer + 项目结构 协同工作，自动帮你避开常见坑。
装对扩展并正确配置 PowerShell 环境
只装官方 PowerShell 扩展（by Microsoft），卸载其他同类插件。安装后重启 VSCode，它会自动检测系统已安装的 PowerShell 版本（Windows PowerShell 5.1 / PowerShell 7+）。如果提示“找不到 PowerShell 可执行文件”，手动在设置里搜 powershell.powerShellDefaultVersion，选你主用的版本（推荐 PowerShell 7.x）。别跳过这步——脚本在 5.1 里能跑，在 7 里报错很常见，提前对齐环境能省大量调试时间。
启用 PSScriptAnalyzer 实时检查
这是 PowerShell 的“语法+风格+安全”三合一检查器。默认已启用，但建议确认：打开设置（Ctrl+,），搜 psscriptanalyzer，确保 powerShell.scriptAnalysis.enable 是勾选状态。它会在你敲代码时实时标出问题，比如：
- 用
$var = Get-Process却没加-ErrorAction Stop→ 提示“缺少错误处理” - 变量名用
$MyVar→ 提示“应使用小驼峰命名法（$myVar）” - 硬编码密码字符串 → 直接标红警告“敏感信息泄露风险”
这些不是“可有可无”的建议，而是 PowerShell 社区公认的健壮性底线。
按模块方式组织脚本，别堆在一个 .ps1 文件里
哪怕只是写个部署小工具，也建议拆成：Public/（导出函数）、Private/（内部辅助函数）、Tests/（Pester 测试）。根目录放一个 MyTool.psd1 清单文件，定义 RootModule 和 FunctionsToExport。VSCode 的 PowerShell 扩展会识别这种结构，自动提供跨文件的函数跳转、参数提示和智能补全——比在 2000 行大脚本里 Ctrl+F 强太多。
调试前先写好简单测试用例
不用一开始就写完整 Pester 套件。在脚本顶部或单独 .tests.ps1 文件里，加几行真实调用：
# Test-Connection.ps1
Describe "Test-Connection" {
It "returns true for localhost" {
Test-Connection -ComputerName localhost -Count 1 -Quiet | Should -BeTrue
}
}右键选择“Run Tests”就能快速验证逻辑是否符合预期。VSCode 的调试器会自动加载上下文，断点停在函数内时，鼠标悬停就能看变量值，比 Write-Host 打印清爽十倍。
基本上就这些。不复杂，但容易忽略——配好一次，后面每个脚本都自动受益。
