HTTP协议是一种无状态协议，意味着每次服务器接收到客户端的请求时，都是一个全新的请求，服务器并不知道客户端的历史请求记录。为了解决这个问题，Session和Cookie被设计出来以弥补HTTP的无状态特性。
什么是Session？
当客户端请求服务端时，服务端会为这次请求开辟一块内存空间，这个对象就是Session对象，其存储结构通常为ConcurrentHashMap。Session弥补了HTTP无状态特性，服务器可以利用Session存储客户端在同一个会话期间的一些操作记录。
如何判断是否为同一会话？
服务器第一次接收到请求时，会创建一个Session空间并生成一个sessionId。然后，通过响应头的Set-Cookie命令，向客户端发送一个包含sessionId的Cookie信息。这个Cookie的过期时间通常为浏览器会话结束。接下来，客户端每次向同一网站发送请求时，都会在请求头中包含这个Cookie信息（包含sessionId）。服务器通过读取请求头中的Cookie信息，获取sessionId，从而确认是否为同一会话。
Session的缺点是什么？
Session机制的一个缺点是在进行负载均衡时可能会失效。例如，A服务器存储了某些Session，当A服务器的访问量激增并被转发到B服务器时，如果B服务器没有存储这些Session，会导致Session失效。
什么是Cookie？
HTTP协议中的Cookie包括Web Cookie和浏览器Cookie。它是服务器发送到Web浏览器的一小块数据。服务器发送到浏览器的Cookie，浏览器会进行存储，并在下一次请求时一起发送到服务器。通常，它用于判断两个请求是否来自同一个浏览器，例如用户保持登录状态。
HTTP Cookie机制的作用是什么？
HTTP Cookie机制是HTTP协议无状态的一种补充和改良。Cookie主要用于以下三个目的：
1. 会话管理：用于识别用户会话，保持用户登录状态。
2. 内容和个性化：存储用户的偏好、主题或其他设置，以提供个性化的用户体验。
3. 追踪：记录和分析用户行为，以优化网站或应用程序。
如何创建Cookie？
当接收到客户端发出的HTTP请求时，服务器可以发送带有响应的Set-Cookie标头来创建Cookie。浏览器通常会存储这些Cookie，并在下一次请求时将它们与HTTP标头一起发送给服务器。
Set-Cookie和Cookie标头
Set-Cookie HTTP响应标头将Cookie从服务器发送到用户代理（浏览器）。例如：
“Set-Cookie: name=value; expires=时间; path=路径” 的响应头告诉客户端存储Cookie。现在，随着对服务器的每个新请求，浏览器会使用Cookie头将所有之前存储的Cookie发送回服务器。
有两种类型的Cookies：Session Cookies和Persistent Cookies。Session Cookie不包含过期日期，因此它们只存在于内存中，当浏览器关闭时就会丢失。而Persistent Cookie包含有效期，在指定的日期后才会被删除。还有Secure和HttpOnly标记的Cookies。Secure标记确保Cookie只能通过HTTPS协议传输，而HttpOnly标记则防止JavaScript访问Cookie数据，增加安全性。
JSON Web Token（JWT）与Session Cookies的不同之处是什么？
JWT和Session Cookies都可用于用户身份验证，但它们之间存在一些不同之处。JWT是无状态的，因为所有信息都存储在令牌中，而Session Cookies需要将用户会话信息存储在服务器内存中。这使得JWT在处理大量请求时更具可扩展性。JWT具有密码签名和加密功能，提供更高级的安全性。JWT支持跨域认证，而Session Cookies通常在单个域或其子域中有效。选择使用哪种机制取决于特定的应用程序需求和场景。如果只需要简单的用户会话管理并且数据量不大，Session Cookies可能是个好选择；而对于需要处理大量请求或跨域认证的企业级应用程序，JWT可能更合适。
