C# 开发Outlook功能遍历收件箱时抛InvalidCastException无法读取邮件主题

• Outlook收件箱对应的Items集合并非只存储普通邮件项（MailItem），还会混合会议邀请、已读/未读回执、任务请求、投递状态报告、便签等多种不同类型的Outlook项目
• 原代码中foreach (Outlook.MailItem item in mails)的写法，会在枚举每个集合元素时，隐式将元素强制转换为MailItem类型；只要枚举到第一个非MailItem类型的项，就会直接触发InvalidCastException，流程在进入循环体前就已经中断，根本执行不到内部打印主题、弹窗的逻辑
• 原代码的异常捕获逻辑未起到正确提示作用：该COM异常的错误码为-2147352567，与代码中判断的错误值匹配，但硬编码的提示文案是“无法创建文件夹”，与实际的类型转换失败场景完全不符

• 迭代集合时先用通用object类型接收元素，再通过类型判断筛选出真正的MailItem项，避免隐式强转直接中断流程
• 遍历前对Items集合做基础配置，减少枚举过程中的不必要干扰
• 补全COM对象的释放逻辑，避免对象泄漏、后台Outlook进程驻留内存

修正后的核心遍历逻辑代码：

Console.WriteLine(" numarul de emailuri" + mails.Count);
// 关闭循环项重复加载，避免遍历日历类项目时出现递归重复
mails.IncludeRecurrences = false;

// 用object类型接收集合元素，绕开foreach阶段的隐式强制类型转换
foreach (object item in mails)
{
    // 仅对普通邮件项做主题读取操作
    if (item is Outlook.MailItem mailItem)
    {
        string mailSubject = mailItem.Subject;
        Console.WriteLine(mailSubject);
        // 原代码遍历到每封邮件就弹出MessageBox的逻辑，在340封邮件的场景下体验极差，可按需替换为批量收集主题后统一展示
        Marshal.ReleaseComObject(mailItem);
    }
    // 非邮件类型的项目也需要释放对应COM对象，避免内存泄漏
    else if (item != null)
    {
        Marshal.ReleaseComObject(item);
    }
}

• 原代码的COM对象释放逻辑存在遗漏：未释放mails集合、最初初始化的OutlookApp应用对象，长期运行会导致后台Outlook进程无法正常退出
• 枚举Items集合的过程中，不要对集合本身执行增、删、移动操作，否则会触发集合已修改的运行时异常
• 硬编码的异常提示文案需要匹配实际异常场景，避免后续问题排查时被误导

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