github不使用cookie用什么

GitHub 使用 Session 代替 Cookie 进行身份验证和用户跟踪。

Cookie 是一种在 Web 浏览器中存储数据的机制，用于跟踪用户会话和存储用户信息。然而，GitHub 在登录和身份验证过程中并不直接使用 Cookie。相反，它使用名为 “Session” 的机制。

Session 是一种服务器端技术，用于在用户访问网站时在服务器上创建和存储用户会话信息。当用户通过登录表单进行身份验证时，GitHub 服务器会创建一个唯一的 Session ID，并将其存储在服务器上。然后，服务器会将此 Session ID 发送回客户端浏览器，并以 Cookie 的形式进行存储。

使用 Session 代替直接存储用户信息在 Cookie 中的好处是，Session 数据存储在服务器端，而不是在客户端，这增加了安全性。另外，Session 也允许服务器为每个用户存储更多的信息，并可以根据需要进行更复杂的身份验证和授权操作。

总之，GitHub 使用 Session 进行身份验证和用户跟踪，而不直接使用 Cookie。通过将 Session ID 存储在 Cookie 中，GitHub 实现了安全的用户登录和身份验证机制。

GitHub 使用 JSON Web Tokens (JWT) 来身份验证用户，而不是使用传统的 Cookie。JWT 是一种基于 JSON 的开放标准，用于在各个系统之间安全地传输信息。

以下是 GitHub 不使用 Cookie 而使用 JWT 的几个原因：

1. 无状态性：Cookie 是存储在用户浏览器中的数据，用于在客户端和服务器之间传递信息。传统的 Cookie 身份验证会依赖于服务器端存储和验证身份，而 JWT 能够在无状态的服务中实现身份验证。JWT 中包含了用户的身份信息和其他必要的数据，并且在每次请求时都会被包含在 HTTP 头部中，从而减少了服务器端的负担。

2. 安全性：JWT 使用密钥对令牌进行加密，确保令牌的完整性和安全性。这样一来，开发者可以信任令牌中的数据，并且不需要再次查询数据库来验证用户身份。

3. 扩展性：传统的 Cookie 身份验证方式很难与无状态的 RESTful 架构兼容，而 JWT 能够轻松地实现在分布式系统中的用户身份验证。JWT 还提供了一种标准化的方法来传递用户身份和其他信息，使得不同的系统能够互相通信并共享用户身份信息。

4. 跨域支持：由于 JWT 将身份验证信息存储在令牌中，而不是在服务器端存储，因此它可以很好地支持跨域资源共享 (CORS)。这意味着前端应用程序可以在不同的域名下与后端 API 进行交互，而不会受到同源策略的限制。

5. 可自定义性：JWT 是基于标准的开放协议，开发者可以根据自己的需求进行自定义和扩展。例如，可以在 JWT 中添加其他自定义的声明，以满足特定的功能需求。

总而言之，GitHub 之所以不使用 Cookie，而选择使用 JSON Web Tokens (JWT)，是因为 JWT 提供了更安全、可扩展和自定义的身份验证方式。它使得跨域通信变得更容易，并且能够在无状态的 RESTful 架构中实现用户身份验证。

GitHub 不使用传统的 Cookie 机制来进行用户认证和身份验证，而是采用了一种称为 “Token-based Authentication” 的身份验证机制。

Token-based Authentication 是一种无状态的身份验证方式，它通过在每次请求中传递一个 Token 来验证用户的身份。GitHub 使用的是 OAuth 2.0 协议来生成和验证这些 Token。

以下是 GitHub 身份验证和 Token 使用的操作流程：

1. 注册一个 GitHub 账号：首先，用户需要注册一个 GitHub 账号，并创建一个个人仓库。

2. 生成一个个人访问令牌(Personal Access Token)：在 GitHub 的设置页面中，用户可以生成一个个人访问令牌。访问令牌是一个长字符串，类似于密码，用于代表用户的身份进行 API 请求。用户可以对令牌进行自定义，并设置不同的访问权限。

3. 发送 API 请求时携带 Token：当用户使用 GitHub API 发送请求时，需要在请求的 Authorization 标头中携带生成的个人访问令牌。请求示例：
“`
GET /user/repos
Host: api.github.com
Authorization: Bearer {personal_access_token}
“`

4. 身份验证：GitHub 在接收到带有 Token 的请求后，会验证 Token 的有效性。如果 Token 无效或已过期，GitHub 将返回相应的错误信息。否则，GitHub 会根据 Token 中的权限来判断用户是否有权执行该请求。

5. 刷新个人访问令牌：个人访问令牌有一定的有效期限，过期后需要重新生成一个新的令牌。在 GitHub 的设置页面中，用户可以找到并重新生成自己的个人访问令牌。

使用 Token-based Authentication 身份验证机制的好处是可以降低服务器的负载，提高性能和安全性。由于 Token 无状态，可以使各个请求完全独立，因此服务端无需维护会话状态，也无需存储用户的敏感信息。同时，HTTPS 的传输协议也保证了数据在传输过程中的安全性。

GitHub 提供了更高级的身份验证方式，如 OAuth 2.0 授权流程和 Web Application Flow，用于用户授权第三方应用的访问权限。这些授权流程在实现方式上与上述 Token-based Authentication 有所不同，但基本原理类似，都是通过令牌来验证和保护用户身份。