VB开发ASP.NET站点添加Excel 16.0对象库引用报错，借助Excel Interop导出GridView

基于VB开发的ASP.NET站点，计划通过Excel Interop组件实现GridView控件数据的Excel导出功能；在Visual Studio项目中添加Microsoft Excel 16.0 Object LibraryCOM引用时，系统触发类型库加载失败报错，无法完成引用配置。

引用报错的直接修复操作 #

• 匹配互操作程序集版本与运行架构：Excel Interop的COM引用与本机安装的Office版本、安装架构强绑定，若VS的COM组件列表未正确识别已安装的Excel类型库，首先取消项目属性中“首选32位”的勾选，让项目运行架构与默认64位的Office安装配置匹配；如果还是识别失败，可手动定位路径C:\Program Files (x86)\Microsoft.NET\Primary Interop Assemblies\Microsoft.Office.Interop.Excel.dll，通过“浏览引用”的方式手动加载，绕开系统COM识别逻辑的报错。
• 调整引用属性配置：当项目目标框架为.NET Framework 4.0及以上版本时，若报错与互操作类型嵌入相关，可在引用属性面板中将Excel互操作引用的“嵌入互操作类型”属性设置为False，跳过默认的类型嵌入校验流程完成引用添加。
• 补装缺失的PIA组件：若本机安装的是精简版Office，未附带主互操作程序集，可通过Office安装程序的“修改”功能，补装“.NET 可编程性支持”组件，让系统可在COM列表中正常识别到Excel对应的类型库。

服务端场景的优化替代 #

微软官方不支持在ASP.NET服务端环境部署使用Excel Interop组件：该组件为桌面交互场景设计，在无用户交互的服务端进程中会出现权限配置复杂、后台Excel进程挂起、内存泄漏等不可控问题，对于当前的GridView导出需求，更适配的无风险方案包括：

• 基础导出场景：直接将GridView控件的渲染HTML内容写入HTTP响应流，指定响应MIME类型为application/vnd.ms-excel，即可生成可被Excel正常打开的文件，无需依赖任何本地组件安装。
• 复杂格式导出场景：引入轻量开源Excel操作库替代Excel Interop的全部功能，无需在服务器端安装Office环境，即可完成带格式、公式、多Sheet页的复杂Excel文件生成。

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