JWT是什么？
JWT（JSON Web Token）是一个开放标准（RFC 7519），它定义了一种紧凑且自包含的方式，用于在各方之间安全地传输信息。作为一种标准，JWT并不提供具体的技术实现，但它规定了一种格式，大多数语言平台都根据这个格式提供了相应的技术实现库。
Session是什么？
Session是一种在服务器端存储用户信息的机制，用于在用户和服务器之间建立持久的交互状态。在Web开发中，HTTP协议本身是无状态的，这意味着服务器不会记住状态信息，每个请求都是独立的。为了解决这个问题，Session机制被引入，它允许服务器跟踪用户的会话状态。
区别
Session和JWT（JSON Web Token）是两种常用的身份验证和授权机制，它们在多个方面存在区别：
- 存储位置：Session信息存储在服务器端，而JWT信息存储在客户端，通常是在浏览器的Cookie或LocalStorage中。
- 状态管理：Session是一种有状态的会话技术，服务器需要维护会话状态，而JWT是无状态的，每个请求都包含足够的信息，服务器不需要维持任何状态。
- 安全性：Session ID通常是由服务器生成的，如果Session ID被截获，会话可能会受到攻击。JWT通过签名来防止伪造和篡改，只有在经过验证后才能使用。
- 性能：由于JWT包含所有必要的信息，减少了服务器查询数据库的次数，这可能提高性能。然而，如果JWT过长，可能会增加HTTP请求的大小，影响性能。
- 跨域支持：JWT可以更容易地在多个域之间传递和使用，实现跨域授权，而Session在跨域场景下可能面临共享和同步的问题。
- 有效期：Session的有效期通常由服务器控制，而JWT的有效期可以在令牌生成时设置，并且可以在客户端进行缓存和重复使用。
- 适用场景：Session适用于传统的Web应用程序，而JWT更适合现代的分布式应用程序和API。
- 注销机制：Session可以通过服务器端的操作来注销，而JWT由于其无状态的特性，不支持传统意义上的注销，通常通过设置过期时间或使用黑名单机制来实现注销。
- 一次性使用：JWT适合用于一次性操作的认证，如一次性授权Token，而Session更适合需要频繁交互和状态管理的场景。
每种机制都有其优点和局限性，选择使用哪种机制取决于应用程序的具体需求、安全性要求以及架构设计。
