使用Microsoft Exchange OAuth出现System.OutOfMemoryException问题求助

核心问题分析 #

你遇到的System.OutOfMemoryException大概率是频繁实例化ExchangeService和OAuthCredentials导致的内存泄漏，而AAD限流则是复用实例时token刷新逻辑或请求处理不当引发的。关键细节：

• EWS Managed API 2.2.0属于旧版本，本身存在部分未妥善处理的资源释放问题，高频创建实例时会放大这个隐患
• 5天后触发内存溢出是典型的渐进式泄漏表现——每次循环产生的未回收对象持续堆积，最终耗尽内存

优化方案 #

1. 复用ExchangeService实例，优化token刷新逻辑 #

不要每次轮询都新建实例，维护全局单例并手动控制token刷新：

• 服务启动时初始化一次ExchangeService，后续复用
• 每次轮询前检查token过期时间，剩余不足5分钟时调用AcquireTokenSilent刷新，再更新到实例的凭据中
• 针对AAD限流，添加重试机制：捕获429错误后，按响应头的Retry-After值等待重试，避免持续触发限流

示例伪代码：

private static ExchangeService _exchangeService;
private static readonly string[] _scopes = new[] { "https://outlook.office365.com/EWS.AccessAsUser.All" };
private static IConfidentialClientApplication _cca;

// 服务启动时初始化一次
public static void InitializeService()
{
    _cca = ConfidentialClientApplicationBuilder
        .Create(ClientId)
        .WithClientSecret(ClientSecret)
        .WithTenantId(TenantId)
        .Build();
    
    _exchangeService = new ExchangeService(ExchangeVersion.Exchange2016);
    RefreshToken();
}

// 手动刷新token
private static void RefreshToken()
{
    var result = _cca.AcquireTokenSilent(_scopes, UserPrincipalName).ExecuteAsync().Result;
    _exchangeService.Credentials = new OAuthCredentials(result.AccessToken);
}

// 轮询逻辑
public static void PollInbox()
{
    while (true)
    {
        try
        {
            // 检查token是否即将过期
            var oauthCred = _exchangeService.Credentials as OAuthCredentials;
            if (oauthCred != null && oauthCred.Token.ExpiresOn < DateTime.UtcNow.AddMinutes(5))
            {
                RefreshToken();
            }
            
            // 执行收件箱检查
            var inbox = Folder.Bind(_exchangeService, WellKnownFolderName.Inbox);
            var items = inbox.FindItems(new ItemView(10));
            // 处理新邮件逻辑...
        }
        catch (AdalSilentTokenAcquisitionException)
        {
            // 静默刷新失败，用用户名密码重新获取
            var result = _cca.AcquireTokenByUsernamePassword(_scopes, Username, Password).ExecuteAsync().Result;
            _exchangeService.Credentials = new OAuthCredentials(result.AccessToken);
        }
        catch (HttpRequestException ex) when (ex.Message.Contains("429"))
        {
            // 处理AAD限流，按响应头提示等待重试
            var retryAfter = ex.ResponseHeaders?.RetryAfter?.Delta ?? TimeSpan.FromSeconds(60);
            Thread.Sleep(retryAfter);
        }
        
        Thread.Sleep(TimeSpan.FromSeconds(30));
    }
}

2. 强制资源释放（若必须创建新实例） #

如果复用实例的方案暂时无法落地，每次使用ExchangeService时用using语句包裹，强制释放资源：

while (true)
{
    using (var exchangeService = new ExchangeService(ExchangeVersion.Exchange2016))
    {
        var result = _cca.AcquireTokenSilent(_scopes, UserPrincipalName).ExecuteAsync().Result;
        exchangeService.Credentials = new OAuthCredentials(result.AccessToken);
        
        // 执行收件箱检查逻辑...
    }
    
    Thread.Sleep(TimeSpan.FromSeconds(30));
}

注意：即便如此，旧版本EWS仍可能存在底层资源泄漏，升级版本是更彻底的解决办法。

3. 升级EWS版本或迁移到Microsoft Graph #

EWS已被微软标记为弃用，推荐迁移到Microsoft Graph API——它的内存管理更完善，OAuth流程也更成熟。如果暂时无法迁移，建议升级到EWS Managed API最新版本（目前为2.2.5），该版本修复了部分内存泄漏问题。

关于是否是微软代码的bug #

旧版本EWS Managed API确实存在已知的内存泄漏问题，尤其是频繁创建ExchangeService实例时，部分底层HTTP连接或资源未被正确回收。但你的代码中未妥善释放资源也是诱因之一。升级到最新版本或迁移到Graph后，这类问题通常会消失。

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