Java无状态登录实现方式之非对称加密

1. 无状态登录原理
   无状态是指把用户的状态不记录到服务端，客户端记录。有状态是指把用户的状态记录到服务端

   1、首先要了解无状态和有状态的区别

   1.1、什么是有状态？
   有状态服务，即服务端需要记录每次会话的客户端信息，从而识别客户端身份，根据用户身份进行请求的处理，典型的设计如tomcat中的session
   缺点：
   1、服务器保存大量数据，增加服务端压力
   2、服务端保存用户状态，无法进行水平扩展
   3、客户端请求依赖服务端，多次请求必须访问同一台服务器
   1.2、什么是无状态？
   微服务集群中的每个服务，对外提供的都是Rest风格的接口。而Rest风格的一个最重要的规范就是：微服务的无状态性，即：
   1、服务端不保存任何客户端请求者信息
   2、客户端的每次请求必须具备自描述信息，通过这些信息识别客户端身份
   优点：
   1、客户端请求不依赖服务端的信息，任何多次请求不需要必须访问到同一台服务
   2、服务端的集群和状态对客户端透明
   3、服务端可以任意的迁移和伸缩
   4、减小服务端存储压力

如何实现无状态登录？

**
流程图：

流程：
1、当客户端第一次请求服务时，服务端对用户进行信息认证(登录)
2、认证通过，将用户信息进行加密形成token，返回给客户端，作为登录凭证
3、以后每次请求，客户端都携带认证的token
4、服务端对token进行解密，判断是否有效

token的安全性：

		采用JWT+RSA非对称加密
		JWT：全称是（Json Web Token），是JSON风格轻量级的授权和身份认证规范，可实现无状态、分布式的Web应用授权

数据格式——JWT包含三部分数据

1、header：头部，通常头部有两部分信息：
声明类型，JWT
加密算法，自定义（base64）
2、Payload：载荷，就是有效数据，一般包含下面信息：
用户身份信息
注册声明：如token的签发时间，过期时间，签发人等
3、Signature：签名，是整个数据的认证信息。一般根据前两步的数据，再加上服务的密匙(secret)，通过加密算法生成，用于验证整个数据完整和可靠性

JWT交互过程：

1、用户登录
2、服务的认证，通过根据secret生成token
3、将生成的token返回给用户
4、用户每次请求携带token
5、服务端解读jwt签名，判断签名有效后，从Payload中获取用户信息
6、处理请求，返回相应结果

没有RSA加密时：

在微服务架构中，我们可以把服务的鉴权操作放到网关中，将未通过鉴权的请求直接拦截
流程图：

流程：
1、用户请求登录
2、Zuul将请求转发到授权中心，请求授权
3、授权中心校验完成，颁发JWT凭证
4、客户端请求其他功能，携带JWT
5、Zuul将jwt交给授权中心校验，通过后放行
6、用户请求到达微服务
7、微服务将jwt交给鉴权中心，鉴权同时解析用户信息
8、鉴权中心返回用户数据给微服务
9、微服务处理请求，返回响应

缺点：每次鉴权都需要访问鉴权中心，系统间的网络请求频率过高 ，效率略差，鉴权中心的压力较大

非对称加密：

加密技术是对信息进行编码和解码的技术，编码是把原来可读信息（又称明文）译成代码形成（又称密文），其逆过程就是解码（解密），加密技术的要点是加密算法，加密算法可以分为三类：
1、对称加密，如AES
基本原理：将明文分成N个组，然后使用密钥对各个组进行加密，形成各自的密文，最后把所有的分组密文进行合并，形成最终的密文
优势：算法公开、计算量小、加密速度快、加密效率高
缺陷：双方对使用同样密钥、安全性得不到保证
2、非对称加密：如RSA
基本原理：同时生成两把密钥：私钥和公钥，私钥隐秘保存，公钥可以下发给信任客户端
私钥加密：持有私钥或公钥才可以解密
公钥加密：持有私钥才可以解密
优点：安全、难以破解
缺点：算法比较耗时
3、不可逆加密：如MD5，SHA
基本原理：加密过程中不需要使用密钥，输入明文后由系统直接经过加密算法处理成密文，这种加密后的数据是无法被解密的，无法根据密文推算出明文

结合RSA的鉴权：

流程图：

流程：
1、我们首先利用RSA生成公钥和私钥。私钥保存在授权中心，公钥保存在Zuul的各个微服务
2、用户请求登录
3、授权中心校验，通过后用私钥对JWT进行签名加密
4、返回JWT给用户
5、用户携带JWT访问
6、Zuul直接通过公钥解密JWT，进行验证，验证通过则放行
7、请求到达微服务，微服务直接用公钥解析JWT，获取用户信息，无需访问授权中心