Exchange Online V2模块多次连接调用内存耗尽问题求助

我之前帮团队处理过类似的EXO V2内存泄漏问题，结合实际测试和官方的修复动态，给你几个可行的解决方案：

1. 优先升级到最新版EXO V2模块 #

微软一直在迭代修复ExchangeOnlineManagement模块的内存泄漏问题，旧版本（尤其是早期的V2版本）确实存在Disconnect后内存不释放的通病。先执行升级操作：

Update-Module -Name ExchangeOnlineManagement -Force

升级前建议先卸载旧版本，避免版本冲突导致的异常：

Uninstall-Module -Name ExchangeOnlineManagement -AllVersions -Force

2. 用进程隔离的方式处理多租户连接 #

PowerShell运行空间的内存回收机制本身有局限性，尤其是在长期循环调用场景下，即使手动清理也可能有残留。最可靠的方式是给每个租户的连接分配独立的子进程：

• 在PowerShell环境中：可以用Start-Process启动独立的powershell窗口执行单租户的Connect/操作/Disconnect流程，执行完成后关闭进程，内存会被系统彻底回收。
• 在C#代码中：使用Process类启动powershell.exe，传入处理单个租户的脚本参数，执行完毕后调用Process.Kill()或等待进程退出，确保子进程的内存被完全释放。

3. 优化Disconnect的清理流程 #

不要只调用Disconnect-ExchangeOnline，要结合会话清理、变量移除和手动触发GC，尽可能覆盖所有可能的内存残留：

# 断开连接并跳过确认
Disconnect-ExchangeOnline -Confirm:$false -ErrorAction SilentlyContinue
# 清理所有PowerShell会话
Get-PSSession | Remove-PSSession -ErrorAction SilentlyContinue
# 移除相关变量
Remove-Variable -Name ExchangeOnlineSession -ErrorAction SilentlyContinue
# 建议垃圾回收
[GC]::Collect()
[GC]::WaitForPendingFinalizers()

注意：[GC]::Collect()是建议.NET垃圾回收器回收内存，不是强制，但能提高内存释放的概率。

4. 在C#中严格管理PowerShell对象生命周期 #

如果是用C#的PowerShell类调用EXO V2模块，一定要确保每个调用周期都正确释放资源：

using (var powerShellInstance = PowerShell.Create())
{
    // 执行连接和业务操作
    // ...

    // 执行断开连接操作
    powerShellInstance.AddCommand("Disconnect-ExchangeOnline")
                      .AddParameter("Confirm", false)
                      .AddParameter("ErrorAction", "SilentlyContinue");
    powerShellInstance.Invoke();

    // 清空命令
    powerShellInstance.Commands.Clear();
}

// 手动触发两次GC，尽可能回收内存
GC.Collect();
GC.WaitForPendingFinalizers();
GC.Collect();

用using语句确保PowerShell对象被正确Dispose，避免资源泄漏。

额外注意事项 #

EXO V2模块本身因为集成了现代认证、多因素支持等功能，内存占用确实比V1高，这是设计上的差异，但正常情况下Disconnect后应该会释放80%以上的内存。如果升级到最新版后还是存在严重的内存泄漏，进程隔离是唯一能彻底解决长期运行内存累积的方案。

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