内网C# Razor Web应用通过IIS运行Excel宏的文件访问错误问题

我之前在处理内网C# Razor应用的Excel Interop问题时也遇到过一模一样的报错，结合你从ClosedXML切换到Interop（因为需要运行宏）的场景，给你几个针对性的排查和解决方向：

1. 优先检查文件路径与权限问题 #

这个报错最常见的原因并不是文件真的不存在，而是Web应用的运行身份没有访问该文件路径的权限：

• 确保使用绝对路径打开文件，比如通过Server.MapPath("~/YourExcelFiles/test.xlsm")生成服务器端的绝对路径，避免相对路径在Web环境下的解析问题；
• 找到你的IIS应用池对应的运行身份（默认是ApplicationPoolIdentity），给该账户分配目标文件所在文件夹的读取、写入权限（如果需要保存修改的话）；
• 如果文件在共享目录，还要确保应用池身份有访问共享目录的权限。

2. 排查文件占用与Interop资源泄漏 #

如果文件被其他进程占用，或者Interop没有正确释放资源导致Excel进程驻留，也会触发这个报错：

• 先确认目标Excel文件没有被本地桌面程序、其他服务打开；
• 务必在代码中正确释放Interop的COM资源，避免Excel进程后台驻留占用文件，示例代码如下：

using System.Runtime.InteropServices;
using Microsoft.Office.Interop.Excel;

Application excelApp = null;
Workbook workbook = null;
try
{
    excelApp = new Application();
    // 如果需要运行宏，可临时调整自动化安全级别（内网可信场景使用）
    excelApp.AutomationSecurity = Microsoft.Office.Core.MsoAutomationSecurity.msoAutomationSecurityLow;
    workbook = excelApp.Workbooks.Open(@"C:\Path\To\Your\MacroEnabledFile.xlsm");
    
    // 执行你的宏操作，比如：excelApp.Run("YourMacroName");
}
finally
{
    // 释放工作簿
    if (workbook != null)
    {
        workbook.Close(SaveChanges: false);
        Marshal.ReleaseComObject(workbook);
    }
    // 退出Excel并释放应用
    if (excelApp != null)
    {
        excelApp.Quit();
        Marshal.ReleaseComObject(excelApp);
    }
}

3. 适配Web环境的Excel Interop配置 #

Excel Interop是为桌面应用设计的，在IIS这样的Web环境下需要额外配置：

• 确保服务器安装了完整版的Microsoft Excel（不是Excel Viewer），版本要和你的Interop组件版本匹配；
• 在IIS应用池的高级设置中：
  • 如果安装的是32位Excel，勾选“允许32位应用程序”；
  • 若使用ApplicationPoolIdentity身份，需要给该账户分配桌面交互权限，或者临时切换到LocalSystem身份测试（注意生产环境要评估安全风险）；
• 检查并创建Excel所需的临时目录：64位系统下，需要确保C:\Windows\System32\config\systemprofile\Desktop和C:\Windows\SysWOW64\config\systemprofile\Desktop两个目录存在，并且应用池身份有读写权限——Excel在打开文件时会依赖这些目录做临时处理，缺失的话会直接触发访问报错。

4. 宏相关的额外验证 #

因为你切换到Interop是为了运行宏，还要确认：

• 文件是.xlsm格式（启用宏的工作簿格式）；
• Excel的信任中心设置允许运行宏，或者通过代码临时调整自动化安全级别（如上面代码所示，仅限内网可信文件场景）。

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