编译.NET Framework 4.0的ASP.NET应用时出现Internal Compiler Error

编译基于.NET Framework 4.0的ASP.NET应用时出现以下内部编译器错误：

• Internal Compiler Error (0xc0000005 at address 0028FDDC): likely culprit is 'CODEGEN'
• Internal Compiler Error: stage 'CODEGEN'
• Internal Compiler Error: stage 'EMIT'
• Internal Compiler Error: stage 'BEGIN'

注释掉操作Word文档的代码后编译恢复正常，但修改代码后问题仍存在。以下是针对性的解决方法：

1. 简化Office Interop方法调用的参数写法 #

原代码中Documents.Open方法重复传递大量ref objMissing参数，这种复杂的参数列表可能触发编译器的代码生成bug。可以利用.NET 4.0支持的命名参数简化调用，减少重复的ref传递：

private static string returnpagesofDOC(string path)
{
    var objWord = new Microsoft.Office.Interop.Word.Application();
    Microsoft.Office.Interop.Word._Document objDoc = null;
    try
    {
        // 使用命名参数简化Open调用，无需重复传递ref Missing.Value
        objDoc = objWord.Documents.Open(
            FileName: path,
            ReadOnly: true); // 根据需求添加必要参数，其余默认用Missing.Value
        
        int pageCount = objDoc.ComputeStatistics(Microsoft.Office.Interop.Word.WdStatistic.wdStatisticPages);
        return pageCount.ToString();
    }
    finally
    {
        // 确保COM对象被正确释放
        if (objDoc != null)
        {
            objDoc.Close();
            System.Runtime.InteropServices.Marshal.ReleaseComObject(objDoc);
        }
        if (objWord != null)
        {
            objWord.Quit();
            System.Runtime.InteropServices.Marshal.ReleaseComObject(objWord);
        }
    }
}

2. 拆分复杂方法逻辑 #

将原方法中的初始化、文档操作、资源释放等逻辑拆分为更小的代码块，降低编译器单次处理的代码复杂度，避免触发内部错误：

private static Microsoft.Office.Interop.Word._Document OpenWordDocument(string path, Microsoft.Office.Interop.Word._Application wordApp)
{
    return wordApp.Documents.Open(FileName: path, ReadOnly: true);
}

private static int GetWordPageCount(Microsoft.Office.Interop.Word._Document doc)
{
    return doc.ComputeStatistics(Microsoft.Office.Interop.Word.WdStatistic.wdStatisticPages);
}

private static string returnpagesofDOC(string path)
{
    var objWord = new Microsoft.Office.Interop.Word.Application();
    Microsoft.Office.Interop.Word._Document objDoc = null;
    try
    {
        objDoc = OpenWordDocument(path, objWord);
        int pageCount = GetWordPageCount(objDoc);
        return pageCount.ToString();
    }
    finally
    {
        // 释放COM资源
        if (objDoc != null)
        {
            objDoc.Close();
            System.Runtime.InteropServices.Marshal.ReleaseComObject(objDoc);
        }
        if (objWord != null)
        {
            objWord.Quit();
            System.Runtime.InteropServices.Marshal.ReleaseComObject(objWord);
        }
    }
}

3. 清理编译缓存并重新构建 #

• 删除项目的bin和obj目录，清除旧的编译缓存
• 重启Visual Studio（或MSBuild命令行工具），重新执行编译操作

4. 替换Office Interop组件（终极方案） #

如果上述方法仍无法绕过编译器bug，建议使用非COM依赖的第三方库处理Word文档，比如：

• DocX（开源免费，支持基础文档操作）
• Aspose.Words（商业库，功能全面）
  这类库无需调用Office COM组件，不仅能避免编译器问题，还能解决ASP.NET服务器环境下Office Interop的稳定性问题（Office组件不推荐在服务器环境运行）。

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