VSCode需手动设置PowerShell为默认终端，检查PATH并配置执行策略；调试失败需验证扩展、清除缓存、保存文件；补全失效常因模块未加载或终端类型错误。
PowerShell扩展装了但终端不启动默认PowerShell
VSCode不会自动把PowerShell设为默认终端，即使已安装PowerShell扩展。必须手动指定终端类型，否则Ctrl+`打开的仍是系统默认Shell（如cmd或bash）。
操作路径：设置 → Terminal → Integrated → Default Profile，在下拉菜单中选择PowerShell（注意区分PowerShell (x64)和PowerShell (x86)，优先选x64）。若列表为空，说明VSCode未检测到PowerShell可执行文件，需检查$env:PATH是否包含pwsh.exe或powershell.exe路径。
- Windows 10/11自带PowerShell 5.1，路径通常是
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe - PowerShell Core（7.x+）安装后通常在
C:\Program Files\PowerShell\7\pwsh.exe，需确保该目录已加入PATH - 修改PATH后重启VSCode，否则设置里仍看不到选项
运行.ps1脚本提示“无法加载文件，因为在此系统上禁止运行脚本”
这是PowerShell执行策略（Execution Policy）限制，不是VSCode问题，但会在集成终端中直接报错：The file … is not digitally signed.或cannot be loaded because running scripts is disabled on this system.
临时解决（仅当前会话有效）：
在VSCode集成终端中运行：Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser
-
RemoteSigned允许本地脚本执行，仅要求从网络下载的脚本需签名，对开发最实用 - 避免用
Unrestricted或Bypass，安全风险高 - 若提示权限不足，右键VSCode选择“以管理员身份运行”再执行策略命令
- 策略变更只影响当前用户，不影响系统其他账户
调试.ps1时断点不命中或变量显示为undefined
常见于未启用PowerShell调试支持，或脚本未以正确方式启动。VSCode的PowerShell调试器依赖PowerShell Editor Services（PSES），它由扩展自动部署，但可能因版本冲突或缓存失效而异常。
验证与修复步骤：
- 确认已安装官方
PowerShell扩展（Microsoft出品，IDms-vscode.powershell，非ms-vscode.powershell-preview） - 重启VSCode后，底部状态栏应显示
PowerShell x.y.z，点击可查看会话日志；若显示Starting PowerShell…长时间不动，说明PSES启动失败 - 删除
~\AppData\Roaming\Code\logs\*PowerShell*和~\AppData\Roaming\Code\User\globalStorage\ms-vscode.powershell\缓存目录，重启VSCode - 调试前务必保存
.ps1文件，未保存的临时文件无法被调试器加载 - 断点只能打在可执行语句行（如
$a = 1），不能打在注释、空行或函数声明行
IntelliSense不补全cmdlet或模块命令
补全失效往往不是扩展坏了，而是PowerShell会话未加载对应模块，或模块路径未被发现。
典型场景和应对：
- 刚导入自定义模块（如
Import-Module .\MyModule.psm1）后补全没反应：在终端中先运行Get-Command -Module MyModule确认模块已加载；补全依赖模块元数据，有时需等待2–3秒才生效 - 使用PowerShell 7但某些Windows专属cmdlet（如
Get-Service）不提示：检查当前终端确实是pwsh而非powershell.exe——两者模块路径不同，pwsh默认不加载Microsoft.PowerShell.Management等Windows模块（需显式Import-Module） - 补全候选列表为空：在设置中搜索
powerShell.integratedConsole.showOnStartup，设为true，确保集成终端启动即就绪，避免补全服务延迟初始化
PowerShell开发配置真正的复杂点不在界面选项，而在执行策略、模块作用域和会话生命周期三者的耦合。改一个地方，可能要同步检查终端类型、当前PowerShell进程架构、模块导入顺序，甚至VSCode的扩展Host进程是否已重建。稍有疏漏，就表现为“明明配好了却没反应”。
