为何PowerShell的$PROFILE在控制台是字符串、VS Code终端是PSCustomObject

核心原因 #

这个差异是VS Code的PowerShell扩展自定义修改导致的，并非PowerShell本身的设计行为：

• 原生PowerShell中$PROFILE本质是字符串类型，默认值为「当前用户当前主机」的配置文件路径，同时自带四个隐藏的NoteProperty属性对应四种作用域的profile路径，直接输出时会调用字符串的ToString方法展示路径，所以GetType返回String类型。
• VS Code的PowerShell扩展为了方便开发者快速访问所有作用域的profile路径，在会话初始化时直接将$PROFILE变量重写为了PSCustomObject类型，内置四个显式属性分别对应四种作用域的路径，所以GetType返回PSCustomObject。

两个异常的触发原因 #

1. 启动时C:\Program报错 #

这是PowerShell扩展的已知bug：扩展在调用AllUsersAllHosts作用域的profile脚本时，没有给带空格的路径（C:\Program Files\PowerShell\7\profile.ps1）包裹引号，直接把路径当成命令执行，系统会把空格作为分隔符拆分参数，就会报错找不到C:\Program这个可执行文件。

2. Profile加载阶段$PROFILE为NULL #

同样是扩展的启动时序问题：扩展加载各profile脚本的时机早于$PROFILE变量的初始化时机，所以在profile脚本运行时访问$PROFILE会拿到$null，等所有profile脚本执行完成、扩展初始化完全结束后，才会把构造好的PSCustomObject类型的$PROFILE赋值到当前会话中，后续再访问就能拿到正常的值。

兼容建议 #

如果你的脚本需要同时兼容原生PowerShell和VS Code环境：

• 不要直接假设$PROFILE是字符串，统一使用$PROFILE.CurrentUserCurrentHost来获取当前用户当前主机的profile路径，两种环境下该属性都能正常返回正确的路径字符串。
• 不要在profile脚本中依赖$PROFILE变量取值，可以通过$MyInvocation.MyCommand.Source直接获取当前正在运行的profile脚本自身的路径。

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