1.一种解决方案是通过持久化session数据，写入数据库或文件持久化层等。
2.收到请求后，验证服务器从持久层请求数据。
3.依赖于吃鸡层的数据库或者问题系统，会有单点风险，如果持久层失败，整个认证体系都会挂掉。
第一种：没有session持久化
没有分布式架构，无法支持横向扩展session默认存储再内存中，如果把代码部署在多台机器上，session保存到了其中某一台机器的内存中用户如果在A机器上登录，只有A机器的内存中存了这个session的key，如果请求nginx路由到B机器，B机器内存中没有这个session数据，就需要重新登录第二种：写入数据库或文件持久化
解决了横向扩展问题数据库持久层出现问题，所有集群都没办法登录，单点故障如果数据放到mysql中，用户量过大，查询很慢，效率很低1）jwt头：jwt头部分是一个描述JWT元数据的JSON对象
2）有效载荷：七个默认字段+自定义私有字段
3）签名=HMACSHA256(base64UrlEncode(header)+"."base64UrlEncode(payload), secret)
第一部分：JWT头
base64UrlEncode(header) —> 字符串 # JWT头部是一个描述JWT元数据的JSON对象，通常如下所示。 { "alg": "HS256", "typ": "JWT" } # 1）alg属性表示签名使用的算法，默认为HMAC SHA256（写为HS256）： # 2）typ属性表示令牌的类型，JWT令牌统一写为JWT。 # 3）最后，使用Base64 URL算法将上述JSON对象转换为字符串保存。第二部分：有效载荷没有敏感数据的用户信息
base64UrlEncode(payload) —> 字符串 # 1. 有效载荷部分，是JWT的主体内容部分，也是一个JSON对象，包含需要传递的数据。JWT指定七个默认字段提供选择。 ''' iss：发行人 exp：到期时间 sub：主题 aud：用户 nbf：在此之前不可用 iat：发布时间 jti：JWT ID用于标识该JWT ''' # 2. 除以上默认字段外，我们还可以自定义私有字段，如下例： { "sub": "1234567890", "name": "chongchong", "admin": true } # 3. 注意 默认情况下JWT是未加密的，任何人都可以解读其内容，隐藏不要构建隐私信息字段，存放保密信息，以防止信息泄露。 JSON对象也使用Base64 URL算法转换为字符串保存。第三部分：签名哈希
签名 = HMACSHA256(base64UrlEncode(header) +"." base64UrlEncode(payload), secret) # 1. 签名哈希部分是对上面两部分数据签名， 通过指定的算法生成哈希，以确保数据不会被篡改。 # 2. 首先，需要指定一个密码（secret），该密码仅仅为保存在服务器中，并且不能向用户工开。 # 3. 然后，使用标头中指定的签名算法（默认情况下为HMACSHA256）根据以下公式生成签名。 # 4. HMACSHA256（base64UrlEncode(header) + "." + base64UrlEncode(payload), secret） # 5. 在计算除签名哈希后，JWT头，有效载荷和签名哈希的三个部分组合成一个字符串，每个部分用 "." 分隔，就构成整个JWT对象。