Session和JWT（JSON Web Token）都是用于用户身份验证和授权的机制，但它们的工作原理、存储位置、可扩展性和安全性等方面有所不同。以下是两者之间的主要区别：
-
工作原理与存储位置：
- Session：Session机制依赖于服务器端的存储。当用户首次登录时，服务器会创建一个会话(session)，并生成一个唯一的会话ID(session ID)，然后将这个ID储存在客户端（通常通过Cookie）。每次客户端向服务器发送请求时，都会带上这个会话ID，服务器根据这个ID从内存或数据库中检索出相应的用户会话信息，以此来识别用户身份。
- JWT：JWT是一种无状态的认证机制，它将用户信息加密后生成一个token（包含头部、载荷和签名三部分），并将这个token发送给客户端。客户端通常会将此token储存在Cookie或LocalStorage中。之后，每次请求时，客户端都会携带这个JWT给服务器，服务器只需验证JWT的签名和过期时间等信息即可，无需查询数据库。
-
数据安全性：
- Session：因为用户信息存储在服务器端，相对而言更安全，不易受到攻击。但需要确保服务器和存储session数据的地方（如Redis或数据库）的安全性。
- JWT：JWT的Payload部分是可被 base64 解码查看的，虽然不加密，但不包含敏感信息，且JWT包含签名以防止篡改。尽管JWT可以设置过期时间增加安全性，但如果密钥泄露，则可能造成安全风险。
-
可扩展性和负载均衡：
- Session：在分布式系统中，为了共享session信息，需要额外的配置（如sticky sessions或session复制/集中存储），这增加了系统的复杂度。
- JWT：因为JWT是自包含的，服务器之间不需要共享session信息，这使得JWT天然支持分布式环境和负载均衡，扩展性更好。
-
资源消耗：
- Session：服务器需要为每个活跃会话分配存储空间，随着用户量的增长，可能会导致服务器资源紧张。
- JWT：服务器端无状态，不需存储会话信息，减少了服务器的资源消耗。
-
灵活性与控制：
- Session：服务器可以主动废弃session，更易于管理和控制用户会话。
- JWT：一旦签发，除非设置短有效期或有刷新机制，否则服务器无法主动撤销，灵活性较低。
综上所述，选择Session还是JWT取决于具体应用场景的需求，如安全性要求、扩展性需求以及是否需要跨域支持等。
