Microsoft graph api Microsoft Graph API打开的并发连接太多

我目前正在运行一个使用Microsoft Graph API的web应用程序，今天我们遇到了以下消息，这严重影响了我们的应用程序一整天：

“错误”：{
“代码”：“ErrorToomanyObject打开”，
“消息”：“打开的并发连接太多，进程无法获取正确的属性。”，
“内部错误”：{
“请求id”：“已删除”，
“日期”：“2017-12-13T17:01:14”
}
}

请注意，请求id已被删除

让我总结一下我们的web应用程序的功能

基本上，我们有两个积极订阅的电子邮件文件夹，

Junk

和

文件夹A

如果有任何内容进入

文件夹A

，我们将删除电子邮件正文，然后将邮件移动到

文件夹B

。订阅我们的

垃圾

文件夹也会将尸体剥离并发送到

文件夹B

有时webhook订阅服务会跳过可能同时出现的消息，因此我们的服务器中有两个cron作业，每5分钟运行一个脚本并检查

Junk/Folder a

是否有任何消息，因此我的假设是cron作业每天大约运行

288*2

次。不算我们订阅的文件夹，我们通常每天收到大约200-300封电子邮件

---

不幸的是，微软的“图形错误代码”页面并没有向我们提供有关此代码的任何解释。如果有人能解释这意味着什么以及如何避免它发生，我将不胜感激。

这是因为您的应用程序超出了限制阈值

有几种不同的限制指标可能会影响Microsoft Graph请求。有关高级概述，请参阅。因为在本例中，您是通过图形访问Exchange Online，所以您可以在Exchange文档中找到更具体的信息

在架构上，您正在对API进行大量不必要的调用。与其同时拥有订阅和计划作业，不如只使用webhook订阅和端点

对

/delta

端点的每次调用都会提供一个令牌，该令牌可用于获取自令牌最初发出以来对给定资源所做的任何更改。因此，无论收到1封或1000封电子邮件，您都只能收到新的电子邮件

---

使用

/delta

查找更改后，您将只使用webhook作为“触发器”。当您收到webhook时，可以忽略内容，而是向

/delta

发出请求。这确保了即使您不一定会收到单独的webhook通知，也能捕获每个传入的电子邮件

有一个bug。发出500个消息移动请求后，会出现“无法复制/移动错误”。随后，出现“429:打开的并发连接太多”错误。大多数应用程序都会错过第一个错误，因为之后会不断出现429错误

如果让应用程序“休息”30分钟，油门会自动复位，您可以继续。我认为这500步没有时间限制。我的应用程序在6.5小时后移动了500次，然后我们开始出现错误

而且，如果你在30分钟休息时间之前一直尝试移动通话，它将不会重置。此外，在响应中，重试后为空。。。所以，这对你没有帮助

如果你找到工作，请告诉我。我们正在尝试一些事情，比如设置类别，然后手动移动消息。我也在调查制定一个规则，为我们或其他工作调动他们。我找不到从Graph API执行规则的方法

---

有关更多信息，请参阅此链接。而且，报告有这个问题的人越多，希望它能越快得到解决

此链接提到有关许可用户的信息。它们是否也适用于来宾用户？此外，似乎并非所有资源都可以使用/delta端点。我正在为microsoft团队搜索这样一个端点，但找不到它。如果您能提供意见，我们将不胜感激。谢谢我现在遇到了这个问题。虽然我认为这是MS方面的暂时问题