Microsoft graph api 如何在不达到速率限制的情况下频繁轮询OneNote API？

我有一个用例，需要大约每分钟轮询OneNote API，以便响应用户添加到页面的文本

（旁白：我想使用Webhook只在某些内容发生更改时获取通知，但据我所知，目前只支持这种方式。）

使用此频率的轮询只对少数用户（5个左右）有效，但是，如果有更多用户授权使用此频率，则应用程序似乎达到了应用程序级别的速率限制，并开始接收太多的请求响应

---

我如何确保随着用户数量的增长，轮询仍然有效？对于有效的用例，是否有可以公开或秘密共享的速率限制？

因此，可以将sharepoint笔记本上的Webhook注册为onedrive项目-当笔记本页面更新时，通知URL会触发，然后您可以使用增量调用来确定哪些节（节.one文件）已更新。
然后，我将使用onenote api获取更新笔记本分区中的页面
get{id}/pages

另一种方法是将sharepoint驱动器视为webdav服务器，并使用带有getlastmodified属性的propfind方法轮询驱动器，以确定各种笔记本的哪些部分已更新。

---

但我同意，如果onenote webhooks扩展到sharepoint，这会更容易。

您可以通过用户语音提交请求，也可以与官方支持部门联系。现在编码无法修复速率限制。@SeiyaSu谢谢。据了解，堆栈溢出似乎是Graph API“官方支持”的渠道，不是吗？是否还有其他频道我应该使用？如果您看到，您将看到它只是将我们重定向到UserVoice（功能请求）或StackOverflow（问题）到，因此现在没有其他官方支持频道。一些PG人员将在StackOverflow中回答问题，因为OneNote笔记本是文件夹，分区是文件，是否可以注册OneDrive webhooks，并在更新部分中收到仅通知轮询页面？