我在OneNote Dev博客上问了这个问题，
http://blogs.msdn.com/b/onenotedev/archive/2016/01/13/onenote-api-throttling-and-best-practices.aspx - 而乔治建议在这里再问一次。
我可以用REST API创建多个带有REST API的笔记本
POST ... beta / me / notes / notebooks / {master notebook} / copynotebook
电话非常快。
使用
POST ... beta / me / notes / pages / {template page} / copyToSection添加页面正常工作，并允许我获取pageID。
这一切都按预期工作，直到笔记本电脑的数量超过看似少量的笔记本电脑可能少于50。
在此任何命令之后获取诸如的pageID
GET ... / beta / me / notes / sections / {sectionID} / pages？top = 100“
结果导致多个“502 Bad Gateway”响应，并在循环10-15分钟后等待“200 OK”。
当笔记本计数达到100左右时，所有页面调用都会在我的php脚本，Fiddler或Microsoft Graph Explorer中失败。删除笔记本返回功能。
我知道有5000个笔记本限制，但页面API功能是否有下限（部分和笔记本调用继续工作）。
是否可以仅选择笔记本的子集为“活动”以减少API调用的开销？
我目前的解决方法（我正在经历）是使用OneDrive API从OneDrive下载或移动NoteBooks来完成同样的事情 - 还有另一种方法吗？
答案 0 :(得分：1)
如果您的方案涉及在包含大量部分时调用GET~ / sections / {id} / pages API，我们目前建议您在API请求中添加以下标题。
FavorDataRecency：true
答案 1 :(得分：0)
1。 据您所知，您在查询的部分下创建了多少页？ 2。 每个笔记本还有多少部分（平均而言你创造的）？ 3。 还提供此类请求的相关ID（来自响应）以及发出此请求的日期，时间和时区。
但是，页数没有限制。