powershell 执行含空格路径脚本报错的根本原因是默认按空格分词，将c:program files un.ps1拆为多个参数；解决方法是用双引号包裹完整路径，并使用&调用操作符，避免invoke-expression二次解析，同时临时附加-executionpolicy bypass -file参数而非全局修改启动参数。
PowerShell 终端里执行含空格路径的脚本直接报错
根本原因是 PowerShell 默认不把带空格的路径当整体处理，比如 C:Program FilesMyTool
un.ps1 会被拆成三个参数：C:Program、FilesMyTool
un.ps1（甚至更乱），直接触发 The term 'C:Program' is not recognized 错误。
这不是 VSCode 的 bug，而是 PowerShell 的默认行为——它按空格分词，不像 cmd 那样对引号更宽容。解决的关键是让 PowerShell 明确知道这是一个完整路径字符串。
- 必须用双引号包裹整个路径：
"C:Program FilesMyTool un.ps1" - 如果路径里本身含双引号（极少见），改用单引号或转义：
'C:Program FilesMyTool un.ps1'或"C:Program` FilesMyTool un.ps1"（注意反引号转义空格） - VSCode 终端里输入时，别依赖自动补全加的引号——它有时只包住部分路径，要手动检查是否完整包裹
VSCode 的 terminal.integrated.shellArgs.windows 不要硬塞 -ExecutionPolicy 参数
很多人想“一劳永逸”地绕过执行策略限制，在设置里给 PowerShell 加 -ExecutionPolicy Bypass，结果反而加剧路径问题：参数顺序错乱后，PowerShell 把后续路径当成策略参数的一部分，报错更隐蔽。
真正该做的是在脚本调用侧控制执行策略，而不是在 shell 启动参数里全局放宽。
- 正确做法：在调用命令前加
PowerShell -ExecutionPolicy Bypass -File "C:Path With Spacesscript.ps1" - 错误写法：
"terminal.integrated.shellArgs.windows": ["-ExecutionPolicy", "Bypass"]—— 这会让所有终端会话都以 bypass 启动，且破坏参数解析上下文 - 如果必须改策略，用
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser（仅当前用户，不影响系统级策略）
Invoke-Expression 处理动态路径时容易二次解析失败
当你拼接路径再执行，比如 $path = "C:Program FilesTool
un.ps1"; Invoke-Expression "& $path"，Invoke-Expression 会再次按空格拆解字符串，导致和原始问题一样失败。
这不是语法错，而是设计陷阱：它把字符串当代码重解析，不是安全的执行入口。
- 安全替代方案：用
&调用操作符 + 数组传参：& "C:Program FilesTool un.ps1" - 动态路径场景下，先确保变量值带引号：
$path = '"C:Program FilesTool un.ps1"'; & $path（注意内外引号嵌套） - 避免
Invoke-Expression处理任何用户输入或未清洗路径，极易引发注入或解析异常
PowerShell Core（pwsh.exe）和 Windows PowerShell（powershell.exe）路径处理一致但启动方式不同
两者对空格路径的语法规则完全相同（都需引号），但 VSCode 默认可能启动的是旧版 powershell.exe，而你本地安装了新版 pwsh.exe，若没显式指定，终端行为可能不一致。
尤其在跨平台项目或 CI 环境中，混淆版本会导致脚本在本地能跑、CI 上失败。
- 确认当前终端用的是哪个：执行
$PSVersionTable.PSVersion，看Major是否为 7+（pwsh）或 5（Windows PowerShell） - 在 VSCode 设置里显式指定 shell 路径：
"terminal.integrated.defaultProfile.windows": "PowerShell Core"，或手动设shell为"C:\Program Files\PowerShell\7\pwsh.exe" - 不要依赖
PowerShell命令名自动解析——不同系统 PATH 下可能指向不同可执行文件
Invoke-Expression；或者改了执行策略，却忘了参数顺序被破坏。最稳妥的方式始终是——路径用双引号、执行用 &、策略用 -ExecutionPolicy 临时附加，三者缺一不可。
