ASP.NET Core5应用部署后Microsoft.Office.Interop.MSProject库无法使用求助

问题核心原因 #

• 依赖缺失：Microsoft.Office.Interop.MSProject 属于COM互操作库，运行必须依赖服务器本地安装的Microsoft Project 桌面客户端。你本地开发环境装了Project所以功能正常，但你用到的Azure PaaS服务、somee、smarterasp等共享主机，默认都不会预安装Project，且共享主机普遍不允许用户自行安装桌面级Office软件，这是最常见的失败原因。
• 权限限制：就算你有权限在服务器安装Project，ASP.NET Core默认以低权限服务账号运行，没有权限启动Project的COM实例，Interop调用需要额外配置COM组件的启动、访问权限，共享主机环境也不会开放这类高权限配置入口。另外微软官方明确不支持在服务端场景使用Office Interop，运行过程中极易出现进程残留、内存泄漏、并发调用失败等问题。
• Excel Interop能正常运行的原因是部分服务器会默认安装Excel组件，或是服务商提前配置了Excel的COM权限，所以和Project的表现不一致。

可行解决方案 #

1. 替换无依赖的MPP处理库（最推荐）
   直接弃用Interop，改用无需桌面依赖的跨平台MPP处理库，例如MPXJ，你可以直接通过NuGet安装对应包，不需要服务器安装任何Project相关组件，支持.NET Core 5环境，可直接完成MPP文件的生成、读写操作，适配所有服务端部署场景。
2. 改用IaaS服务器自行配置（仅适用于必须使用Interop的场景）
   如果业务逻辑必须依赖Interop实现，你需要将服务部署到Azure虚拟机这类完全可控的IaaS服务器中，自行在服务器安装对应版本的Microsoft Project桌面客户端，再通过组件服务（dcomcnfg）配置Microsoft Project Application的COM权限，将启动、激活、访问权限开放给你的ASP.NET Core运行账号，同时配置COM标识为交互式用户。该方案稳定性较差，后续需要自行处理进程残留、并发冲突等问题。
3. 生成Project XML格式转码
   如果你的生成需求比较简单，可以先生成符合Project标准的XML格式文件，再通过兼容工具转换为MPP格式，不需要调用Interop组件。

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