Windows Forms应用触发InvalidProgramException的原因及解决咨询

异常信息 #

System.InvalidProgramException: Common Language Runtime detected an invalid program.
   at System.Windows.Forms.DataGridViewColumnCollection.GetColumnAtDisplayIndex(Int32 displayIndex)
   at System.Windows.Forms.DataGridView.CorrectColumnFrozenState(DataGridViewColumn dataGridViewColumn, Int32 anticipatedColumnIndex)
   at System.Windows.Forms.DataGridView.OnAddingColumn(DataGridViewColumn dataGridViewColumn)
   at System.Windows.Forms.DataGridViewColumnCollection.Add(DataGridViewColumn dataGridViewColumn)
   at System.Windows.Forms.DataGridView.CorrectColumnFrozenStates(DataGridViewColumn[] dataGridViewColumns)
   at System.Windows.Forms.DataGridView.OnAddingColumns(DataGridViewColumn[] dataGridViewColumns)
   at System.Windows.Forms.DataGridViewColumnCollection.AddRange(DataGridViewColumn[] dataGridViewColumns)

平台信息 #

• 操作系统：Microsoft Windows 10 Enterprise
• 版本：10.0.19045 Build 19045
• 系统类型：x64-based PC
• 预安装.NET运行时：4.8.04084 (528 372)
• 项目目标.NET Framework版本：4.6.2

基础问题解答 #

1. 该异常的可能原因是什么？

• .NET运行时或系统库文件损坏：目标机器上的System.Windows.Forms.dll或相关.NET Framework组件出现文件损坏、版本不匹配
• 原生镜像缓存（NGEN）损坏：预编译的原生镜像存在错误，导致CLR加载执行时触发无效程序检测
• 应用程序部署问题：该机器上的应用程序文件（尤其是涉及DataGridView的组件）被篡改、缺失或版本不一致
• 系统环境冲突：机器上存在其他软件（如杀毒软件、系统优化工具）修改了.NET Framework的相关文件或缓存

2. 是否与.NET运行时安装损坏有关？

是的，这是最常见的原因之一。当.NET Framework的核心库（如System.Windows.Forms.dll）文件本身损坏，或者其依赖的组件出现问题时，CLR在执行这些库的代码时会检测到不符合规范的指令，从而抛出InvalidProgramException。

3. 可采取哪些步骤解决该问题？

• 修复.NET Framework安装：使用.NET Framework修复工具运行修复操作，或者重新安装对应版本的.NET Framework
• 清理并重建应用程序部署：重新部署应用程序到该机器，确保所有文件完整且版本与其他正常机器一致
• 检查系统环境：暂时禁用杀毒软件或系统优化工具，排查是否存在第三方软件干扰
• 验证系统文件完整性：运行sfc /scannow命令扫描并修复系统文件，确保Windows系统组件无损坏

NGEN相关问题解答 #

1. 若System.Windows.Forms DLL以原生代码加载，为何异常提示无效MSIL？

CLR在加载原生镜像前，会先验证对应的MSIL元数据是否合法。即使最终执行的是原生代码，如果原始MSIL DLL的元数据损坏，或者原生镜像与MSIL DLL的版本不匹配，CLR仍会触发InvalidProgramException，提示无效的MSIL。另外，部分代码路径可能仍会回退到执行MSIL代码，此时若MSIL本身损坏也会触发异常。

2. 是否有方法检查已安装的.NET Framework库DLL的完整性？

• 使用.NET Framework修复工具：该工具会自动检测并修复损坏的.NET Framework组件
• 对比文件哈希：将异常机器上的System.Windows.Forms.dll等核心库的哈希值与正常机器上的同版本文件哈希对比，判断是否损坏
• 运行ngen display命令：查看特定DLL的原生镜像状态，若存在错误提示则说明镜像或原DLL有问题

3. 该问题是否可能由ngen使用的编译器导致？能否强制重新生成.NET Framework原生镜像？

• 有可能。ngen在生成原生镜像时依赖系统的C++编译器（如MSVC），若编译器本身存在问题或环境配置错误，生成的原生镜像可能存在指令错误，进而触发异常。
• 可以强制重新生成：以管理员身份打开命令提示符，执行以下命令：
  • 针对.NET Framework 4.x：ngen update /force
  • 针对特定DLL重新生成：ngen install "C:\Windows\Microsoft.NET\Framework64\v4.0.30319\System.Windows.Forms.dll" /force

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