在 documentation它指出:
ListOrders 和 ListOrdersByNextToken 操作共同共享最大请求配额 6 和恢复率 60。
据我了解,这意味着我可以做这样的事情:
- 调用
ListOrders
:请求配额 = 5,下载订单 = 100 - 调用
ListOrdersByNextToken
:请求配额 = 4,下载订单 = 200 - 调用
ListOrdersByNextToken
:请求配额 = 3,下载订单 = 300 - 调用
ListOrdersByNextToken
:请求配额 = 2,下载订单 = 400 - 调用
ListOrdersByNextToken
:请求配额 = 1,下载订单 = 500 - 调用
ListOrdersByNextToken
:请求配额 = 0,下载订单 = 600
然后,由于恢复率为 60,6 分钟后我的请求配额将恢复到 6,我可以重复该过程。如果我连续提交所有请求,每个商家每 6 分钟就可以拉取 600 个订单。
问题:
- 我对 throttle 限制的理解正确吗?
- 如果是正确的,为什么我能够在不到一分钟的时间内拉取超过 1000 个订单?程序停止的唯一原因是商家没有更多订单可供拉取。
谢谢!
最佳答案
在我 2017 年 2 月的测试中,对 ListOrdersByNextToken
的请求实际上会会计入 ListOrders
的请求配额。
关于amazon-mws - MWS 订单 API 的限制,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29323583/