使用Microsoft.Office.Interop.Excel时无法加载office 15.0.0.0程序集报错

触发该异常的核心原因是程序运行时无法强匹配加载Version=15.0.0.0版本的Office互操作程序集（该版本对应Office 2013的主互操作程序集PIA），可按以下优先级排查解决：

1. 校验运行环境的Office安装状态 #

• Microsoft.Office.Interop.Excel是Office桌面客户端的COM组件封装，必须在安装了完整版Office桌面客户端的环境才能运行。如果运行环境只装了WPS、Office精简版、没装Office、或者是无桌面交互的服务器环境，都会直接触发该类加载错误。
• 如果你本地安装的不是Office 2013（比如装的是Office 2010对应14.0版本、Office 2016/2019/365对应16.0版本），当前引用的15.0版本PIA和本地Office版本不匹配：先删除项目里现有的Microsoft.Office.Interop.Excel引用，右键项目依赖 -> 添加COM引用，勾选和本地已装Office版本号一致的Microsoft Excel XX.0 Object Library，重新编译即可。

2. 修正项目平台目标配置 #

• 平台位数不匹配是这类问题的高频诱因：如果本地安装的是64位Office，项目生成目标选了x86；或者本地装的是32位Office，项目强制选了x64平台，都会导致CLR无法加载对应的COM程序集。
• 配置路径：右键项目 -> 属性 -> 生成 tab，取消首选32位勾选，先将目标平台设置为Any CPU测试；如果仍报错，根据本地Office的实际位数手动选择x86/x64，清理解决方案后重新编译。

3. 调整互操作引用的属性配置 #

• 版本不匹配问题可以通过调整引用属性解决，不需要强依赖特定版本的PIA：
  在项目依赖列表中找到Microsoft.Office.Interop.Excel引用，右键打开属性面板，做两个修改：
  • 将嵌入互操作类型设置为True
  • 将特定版本设置为False
    该配置会将互操作调用需要的类型元数据直接嵌入到你的程序集里，运行时不再强校验15.0.0.0版本的PIA，本地安装2010及以上版本的Excel都可以正常执行Excel.Application excel = new Excel.Application();逻辑。

4. 修复Office安装或更换技术方案 #

• 如果确认本地已经安装了Office 2013仍报错，打开Office安装程序选择联机修复，修复完成后重启设备即可——这类情况通常是Office COM组件的注册表注册信息丢失、系统权限不足导致的加载失败。
• 不要单独从网络下载office.dll放到程序目录或系统目录，该方式无法补全COM注册信息，大概率会触发其他权限、版本兼容问题。
• 如果需要在无Office的环境（比如服务器、用户端未装Office的场景）读写Excel，不要使用Interop方案（微软官方明确不推荐在非交互环境使用Office Interop，存在并发、权限、稳定性风险），直接使用不依赖Office的Excel处理库即可。

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