Outlook 365共享收件箱崩溃：MAPI C++插件空指针异常求助

问题场景 #

• 自研Outlook插件对接自研服务器API，在Outlook 2016、2019版本中运行正常
• 在Outlook 365中，右键点击收件箱选择「属性」→「共享」选项卡，添加现有用户并点击确定后，Outlook直接崩溃重启
• 调试定位到msoutil.tli文件中以下代码行触发空指针异常：

  inline HRESULT Olk::PropertyPageSite::OnStatusChange ( ) { 
      HRESULT _hr = raw_OnStatusChange();         // 此行触发空指针异常
      if (FAILED(_hr)) _com_issue_errorex(_hr, this, __uuidof(this)); 
      return _hr; 
  }
  

可能原因与排查方向 #

1. Outlook 365的COM对象生命周期管理差异 #

Outlook 365对COM对象的引用计数管控比旧版严格，在共享属性页的操作流程中，PropertyPageSite对象可能被提前释放，导致调用raw_OnStatusChange()时指针为空。而Outlook 2016/2019的对象生命周期管理相对宽松，未触发该问题。

2. 插件属性页事件处理的疏漏 #

检查插件是否严格遵循COM接口契约：

• 确认属性页关闭或销毁时，是否正确清理了PropertyPageSite对象的引用
• 排查是否在调用OnStatusChange前未做对象有效性校验，Outlook 365中该对象可能在操作过程中被提前回收

3. Office 365更新引入的兼容性问题 #

部分第三方插件在Outlook 365的共享邮箱属性操作中遇到过类似空指针问题，属于Office 365更新后内部COM组件实现调整导致的兼容性差异，并非插件逻辑本身错误。

修复建议 #

• 若允许修改生成的msoutil.tli文件，在调用raw_OnStatusChange()前添加空指针校验：

  inline HRESULT Olk::PropertyPageSite::OnStatusChange ( ) { 
      if (this->m_pInterface == nullptr) {
          return E_POINTER;
      }
      HRESULT _hr = raw_OnStatusChange();         
      if (FAILED(_hr)) _com_issue_errorex(_hr, this, __uuidof(this)); 
      return _hr; 
  }
  

• 检查插件中属性页相关COM对象的引用计数管理，确保在共享属性页操作流程中，PropertyPageSite对象的引用不会被提前释放
• 测试不同通道的Office 365版本（如当前通道、月度企业通道），确认是否为特定更新导致的问题，必要时向微软提交兼容性反馈

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