注意
请考虑生成 GitHub App 而不是 OAuth app。 使用安装访问令牌的 GitHub Apps 的速率限制随存储库数和组织用户数而缩放。 相反，OAuth apps 的速率限制较低，并且无法缩放。 有关详细信息，请参阅 GitHub 应用和 OAuth 应用之间的差异 和 关于创建 GitHub 应用。
关于 OAuth apps 的速率限制
OAuth apps 在用户授权应用后使用用户访问令牌发出请求，从而代表用户执行操作。 有关详细信息，请参阅“授权 OAuth 应用”。
这些用户访问令牌的生成受到速率限制。 此外，使用这些用户访问令牌发出的 API 请求受到速率限制。
登录用户的速率限制
OAuth apps 应始终缓存其令牌，并且很少需要登录用户。 反复登录用户可能表明存在 bug，最常被视为应用和 GitHub 之间的无限循环。 如果应用在一小时内使用户登录十次，则同一小时内的下一次登录将需要对该应用程序重新授权。 这确保用户知道应用正在构建大量令牌，并且中断可能会发生的无限循环。 这 10 _个登录_速率限制不同于为 OAuth apps 强制执行的 10 个_令牌_限制。 有关 10 个令牌限制的信息，请参阅“授权 OAuth 应用”。
API 的速率限制
GitHub 对 OAuth app 在特定时间段内可以向 REST API 提出的请求数设置限制。 它还会对 OAuth app 在特定时间段内对 GraphQL API 进行的查询的点值设置限制。 除了这些主要速率限制之外，GitHub 可能还会应用次要速率限制。 这些限制有助于防止滥用和拒绝服务攻击，并确保系统仍可供所有用户使用。
有关详细信息，请参阅 REST API 的速率限制 和 GraphQL API 的速率限制和节点限制。