本文内容仅代表个人观点，不构成建议或者规范。观点内容参考如下亚马逊文档：
https://developer-docs.amazon.com/sp-api/docs/building-listings-management-workflows-guide
文档引用
无论您是使用 JSON_LISTINGS_FEED 批量提交数据，还是使用列表项目 API 单独提交数据，或者两者结合提交数据，您提交的数据量都会影响您的总体处理时间。重复提交重复数据会不必要地增加处理积压，导致处理时间延长。例如，如果只有一件商品发生了实际变更，则应避免在提交源时重新提交卖家的所有列表。如果只提交有实质性变化的商品数据，就能最有效地利用可用容量，减少处理延迟。
每个 Listings Items API 操作都有单独的限速率，允许您每秒提交最多五个项目。JSON_LISTINGS_FEED 每五分钟允许提交一次。JSON_LISTINGS_FEED 将代表您将项目提交给 Listings Items API，并受到与直接提交给 Listings Items API 相同的限速率的限制。
Listings Items API 操作一次接受一个项目的数据。JSON_LISTINGS_FEED 提交可以包含多达 10,000 条消息。建议的最小馈送大小为 1,500 个项目；在五分钟内，如果项目少于 1,500 个，直接使用 Listings Items API 更快。
Listings Items API 操作在请求期间提供同步反馈，反馈处理任何阻止数据被接受的问题。JSON_LISTINGS_FEED 收集在提交给 Listings Items API 时收到的反馈，并异步提供包含验证反馈的处理报告。
提交给 Listings Items API 是同步接受到亚马逊目录中以便进一步处理的。JSON_LISTINGS_FEED 提交将排队等待异步提交给 Listings Items API，增加在提交被接受到亚马逊目录中以便进一步处理之前发生的处理量。这些提交不保证按出现在馈送中的顺序进行处理。
个人观点
相同的数据可以通过 Listings Items API 一次一条的提交给亚马逊，也可以通过 JSON_LISTINGS_FEED 批量提交。
如果选择一次提交一条，那么每秒可以提交 5 次请求。SP-API 会同步提供反馈，报告任何“阻止数据被接受”的问题。
这里所说”阻止数据被接受“的问题，指的大概就是可以通过 JSON Schema Validator 进行验证的问题。与平台审核、销售资质等相关的业务问题不包括在内。
使用 JSON_LISTING_FEED 提交数据时会受到更严格的限流：每五分钟允许提交一次。
这种数据提交方式最多允许单次提交 1万 条数据。亚马逊文档中推荐：在五分钟内，如果项目少于 1,500 个，直接使用 Listings Items API 更快。
笔者猜想：JSON_LISTINGS_FEED 应该是对 Listings Items API 的一个包装。JSON_LISTINGS_FEED 的背后有一个消息队列。通过 JSON_LISTINGS_FEED 提交的数据会放置在这个队列中，之后无序的将数据提交给 Listings Items API 同时收集来自 Listings Items API 的反馈。
这个实现暗示了以下一些信息：
- 如果一个 FEED 中包含了一万条消息，那么这个 FEED 处理完成最快也要 33 分钟。
- FEED 处理时，不保证顺序。既：你不能想当然的以为第两千个请求就是会晚于第一千请求被处理。
- 通过 FEED 提交的 SKU 是不能立刻就调用 Listings Items API 去处理的。
- 在全部请求拉满的情况下，每 24 小时可以发送 86.4 万个请求（按每秒钟 5+5 个请求）。
