初始化new_RDOSession时触发mso20win32client.dll报错咨询

每次应用运行如下代码行时，Windows事件查看器都会记录关联错误：

Redemption.RDOSession rSession = RedemptionLoader.new_RDOSession();

事件查看器记录的错误详情：

faulting application name: (my.exe)  
exception code: 0xc0000005  
faulting module path: C:\Program Files\Common Files\Microsoft Shared\Office16\mso20win32client.dll

核心异常特征：

• 错误触发后RDOSession对象仍可正常创建，程序可完整执行到代码末尾，Outlook邮件查询等核心功能全部正常
• 程序已在生产环境稳定运行多年，近几个月才开始批量出现该类错误日志
• 终端用户完全无使用感知，但IT运维侧已累计数千条错误记录，严重干扰其他系统故障排查

复现环境 #

Windows 10 Home, OS build 19044.1706, Windows Feature Experience Pack 120.2212.4170.0
Outlook: Microsoft® Outlook® for Microsoft 365 MSO (Version 2205 Build 16.0.15225.20172) 64-bit

定位过程 #

在C#代码中添加打点日志定位触发点，确认当ignoreoutlook参数为"e"时触发错误，参数为"d"时无错误，对应验证代码：

Microsoft.Office.Interop.Outlook.Application oApp = (Application)Marshal.GetActiveObject("Outlook.Application");
if (ignoreoutlook.Equals("d")) return;
Redemption.RDOSession rSession = RedemptionLoader.new_RDOSession(); // 错误触发点
if (ignoreoutlook.Equals("e")) return;

核查错误日志中标注的故障模块路径C:\Program Files\Common Files\Microsoft Shared\Office16\mso20win32client.dll，发现该路径实际不存在，同名dll仅存于Office的两个VFS虚拟化目录下：

C:\Program Files\Microsoft Office\root\vfs\ProgramFilesCommonX86\Microsoft Shared\OFFICE16  
C:\Program Files\Microsoft Office\root\vfs\ProgramFilesCommonX64\Microsoft Shared\OFFICE16

1. 为什么标注路径下不存在mso20win32client.dll时，Redemption功能仍可正常运行？ #

这个错误是Office即点即用（Click-to-Run，C2R）版本的虚拟化加载机制+近期Office更新的日志策略调整共同导致的首次路径探测触发的第一次机会异常，不属于真正的功能加载失败：

• 从Office 2016开始，微软365/Office 2016及以后的C2R版本不再把公共组件直接释放到C:\Program Files\Common Files\Microsoft Shared\Office16这类系统公共路径，所有Office组件都存放在安装根目录的VFS虚拟化目录下，通过Office自带的虚拟化重定向层完成路径映射。
• Redemption初始化时会先按照传统MSI安装版Office的固定路径探测公共组件，第一次探测C:\Program Files\Common Files\...路径时，因为文件不存在触发0xc0000005（访问违例）异常。这类SEH第一次机会异常本来只会被附加到进程的调试器捕获，不会写入系统事件日志，也不会中断程序流程——Redemption内部做了异常兜底，首次探测失败后会自动走Office C2R的虚拟化接口查找正确路径下的dll，后续加载流程完全正常，所以业务功能不会受任何影响。
• 近几个月的Office 365 220x版本更新调整了客户端组件的异常上报默认配置，会把这类内部捕获的第一次机会异常主动写入系统事件日志，这也是为什么程序稳定运行多年，最近才突然批量出现错误记录的核心原因。
• 错误日志里标注的故障模块路径，是Windows异常记录模块拿到的首次探测时传入的预期路径，不是实际加载dll的真实路径，所以会出现路径不存在但功能正常的矛盾现象。

2. 是否可以配置Redemption跳过该dll的调用逻辑，避免产生错误日志？ #

没有直接跳过dll调用的配置项——mso20win32client.dll是Office 365初始化MAPI栈的核心依赖组件，Redemption创建RDOSession时必须加载该组件才能和Outlook数据交互，完全跳过会导致MAPI初始化失败。但可以通过以下两种方案彻底消除事件日志错误：

• 方案一：升级Redemption到5.27及以上版本。该版本开始Redemption专门针对Office C2R的虚拟化路径做了探测逻辑优化，会优先读取注册表中Office C2R的安装路径直接定位VFS目录下的dll，不再走旧的固定公共路径探测逻辑，从根源上避免首次探测触发的访问违例，是成本最低的解决方案。
• 方案二：如果暂时无法升级Redemption，可以在初始化RDOSession前，主动将对应架构的Office VFS公共组件目录加入进程的DLL搜索优先级列表，让Redemption初始化时直接加载正确路径的dll，不会触发无效路径探测。
  可以调用Windows API SetDllDirectory实现，注意不要硬编码路径，从注册表HKLM\SOFTWARE\Microsoft\Office\ClickToRun\Configuration下的InstallationPath键值动态获取Office安装根目录，再根据自身程序的位数拼接对应VFS路径（64位程序拼接vfs\ProgramFilesCommonX64\Microsoft Shared\OFFICE16，32位程序拼接vfs\ProgramFilesCommonX86\Microsoft Shared\OFFICE16）即可。
  核心实现示例：

  [DllImport("kernel32.dll", CharSet = CharSet.Auto, SetLastError = true)]
  static extern bool SetDllDirectory(string lpPathName);
  
  // 提前从注册表读取Office安装路径，拼接为正确的VFS组件目录
  string officeVfsCommonPath = Path.Combine(officeInstallRoot, @"vfs\ProgramFilesCommonX64\Microsoft Shared\OFFICE16");
  SetDllDirectory(officeVfsCommonPath);
  // 再初始化RDOSession就不会触发路径探测错误
  Redemption.RDOSession rSession = RedemptionLoader.new_RDOSession();
  

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