PowerGUI跨环境编译签名后PowerShell脚本方法调用失败原因咨询

核心原因 #

PowerGUI编译PowerShell脚本为EXE时，目标.NET版本的选择并非完全由手动设置决定，而是和编译环境的底层配置强绑定：

• 若同事的环境中安装的是PowerShell 2.0，它默认依赖.NET Framework 2.0运行时，PowerGUI会继承这个环境的默认框架版本进行编译，即便手动选择.NET 4.0，也可能因为环境依赖缺失或配置冲突导致设置失效。
• 同事的PowerGUI工具可能存在配置偏差，比如默认编译模板被修改为使用.NET 2.0，或者签名工具（如signtool）在处理EXE时，意外修改了程序集的.NET版本标识，导致运行时强制加载.NET 2.0。
• 同事的系统中.NET Framework 4.0未正确注册或缺失，PowerGUI编译时会自动回退到更低版本的框架。

验证步骤 #

• 检查PowerShell版本：运行命令 $PSVersionTable.PSVersion，若输出为2.0，则默认会使用.NET 2.0编译。
• 确认PowerGUI编译配置：让同事在编译界面中，确保目标.NET版本明确选中4.0，并重启PowerGUI后重新编译。
• 查看EXE的.NET依赖：使用ildasm.exe打开编译后的EXE，查看程序集的TargetFrameworkAttribute，确认实际绑定的.NET版本。

修复方案 #

1. 升级编译环境：要求同事将PowerShell升级到3.0及以上版本（对应.NET 4.0+），再重新编译签名。
2. 强制指定.NET版本：在PowerGUI的编译设置中，明确选择.NET Framework 4.0，若有“强制使用该版本”的选项务必勾选。
3. 脚本兼容性修改：将字典的Keys.Contains()方法调用替换为PowerShell原生的-contains运算符，示例：

   # 原代码
   $dict.Keys.Contains("targetKey")
   # 修改后
   $dict.Keys -contains "targetKey"
   

   这种写法不依赖特定.NET版本的方法，跨环境兼容性更强。

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