注意
请考虑生成 GitHub App 而不是 OAuth app。 使用安装访问令牌的 GitHub Apps 的速率限制随存储库数和组织用户数而缩放。 相反，OAuth apps 的速率限制较低，并且无法缩放。 有关详细信息，请参阅 GitHub 应用和 OAuth 应用之间的差异 和 关于创建 GitHub 应用。
警告
OAuth apps 的访问令牌请求速率限制为每小时 2,000 次****。 如果应用程序超出此限制，后续生成新访问令牌的请求将被暂时阻止，且你可能会收到错误响应。 这可能会导致暂时性中断****。 请相应地计划你的实现，以避免潜在的服务中断。
关于 OAuth apps 的速率限制
OAuth apps 在用户授权应用后使用用户访问令牌发出请求，从而代表用户执行操作。 有关详细信息，请参阅“授权 OAuth 应用”。
这些用户访问令牌的生成受到速率限制。 此外，使用这些用户访问令牌发出的 API 请求受到速率限制。
登录用户的速率限制
OAuth apps 应始终缓存其令牌，并且很少需要登录用户。 反复登录用户可能表明存在 bug，最常被视为应用和 GitHub 之间的无限循环。 如果应用在一小时内使用户登录十次，则同一小时内的下一次登录将需要对该应用程序重新授权。 这确保用户知道应用正在构建大量令牌，并且中断可能会发生的无限循环。 这 10 _个登录_速率限制不同于为 OAuth apps 强制执行的 10 个_令牌_限制。 有关 10 个令牌限制的信息，请参阅“授权 OAuth 应用”。
API 的速率限制
默认禁用 GitHub Enterprise Server 的 API 速率限制。 请与站点管理员联系，以确认实例的速率限制。
如果你是网站管理员，可以为实例设置速率限制。 有关详细信息，请参阅“配置速率限制”。
如果要为实例外部的用户或组织开发应用，则应用标准 GitHub 速率限制。 有关详细信息，请参阅 GitHub Free 文档中的“REST API 的速率限制”和“Rate limits and query limits for the GraphQL API”。