Outlook对象模型中MAPIOBJECT是否需释放？Redemption插件COM对象释疑

针对你在Outlook插件中结合Redemption运行独立任务时遇到的MAPI对象相关问题，我来逐一拆解说明：

1. MAPIOBJECT是否为COM对象？ #

是的，MAPIOBJECT绝对是COM对象。它本质是Outlook Namespace对象暴露的底层MAPI接口（通常是IUnknown或IMAPISession），属于传统的COM组件范畴。Redemption的RDOSession.MAPIOBJECT属性正是用来绑定这个原生COM对象，从而实现与Outlook MAPI会话的关联。

2. 是否需要按代码中的方式释放？ #

你的代码里尝试释放COM对象的思路是对的，但释放顺序和细节有需要调整的地方：

• 首先，addinModule.OutlookApp是插件的全局Outlook应用实例，不需要手动释放，它由Outlook进程自身管理。
• 释放顺序很关键：应该先释放依赖于MAPIOBJECT的Redemption对象，再释放Outlook的原生COM对象。正确的释放顺序应该是：
  1. rdoMail（如果已实例化）
  2. rdoSession（它绑定了mapiObject）
  3. mapiObject
  4. outlookNamespace
• 另外，建议使用System.Runtime.InteropServices.Marshal.ReleaseComObject()来确保COM引用计数正确递减，避免重复释放的风险。

修正后的finally块示例：

finally {
    if (rdoMail != null) {
        System.Runtime.InteropServices.Marshal.ReleaseComObject(rdoMail);
        rdoMail = null;
    }
    if (rdoSession != null) {
        System.Runtime.InteropServices.Marshal.ReleaseComObject(rdoSession);
        rdoSession = null;
    }
    if (mapiObject != null) {
        System.Runtime.InteropServices.Marshal.ReleaseComObject(mapiObject);
        mapiObject = null;
    }
    if (outlookNamespace != null) {
        System.Runtime.InteropServices.Marshal.ReleaseComObject(outlookNamespace);
        outlookNamespace = null;
    }
}

3. 释放该MAPI对象会有什么影响？ #

释放MAPI对象的影响取决于释放时机和对象的引用关系：

• 如果在rdoSession还在使用时释放mapiObject，会导致Redemption后续操作抛出COM异常（比如“对象已被释放”或“接口无效”），因为rdoSession依赖这个底层MAPI会话对象。
• 如果释放的是Outlook原生的mapiObject，而Outlook自身还在使用这个会话，可能会导致Outlook出现不稳定行为，比如界面响应异常、甚至崩溃——因为你提前终止了Outlook正在使用的MAPI会话引用。
• 正确释放的情况下，会减少COM对象的引用计数，当计数归零时，COM对象会被销毁，避免内存泄漏（这在长时间运行的插件中尤为重要）。

额外提醒：在Outlook插件中，尽量避免长时间持有MAPI对象引用，用完后及时释放，同时不要随意释放Outlook全局对象（比如OutlookApp），否则可能破坏插件与Outlook的正常交互。

内容的提问来源于stack exchange，提问作者DevÁsith