【电商网站 008】登录功能：单点登录

一、理论知识：无状态登录原理（重点,全部要记）

1.1 what 什么是有状态？

什么是有状态？
有状态服务，即服务端需要记录每次会话的客户端信息，从而识别客户端身份，根据用户身份进行请求的处理，典型的设计如tomcat中的session。例如登录：用户登录后，我们把登录者的信息保存在服务端session中，并且给用户一个cookie值，记录对应的session。然后下次请求，用户携带cookie值来，我们就能识别到对应session，从而找到用户的信息。
有状态缺点：
（1）单体架构中，服务端保存大量数据，增加服务端压力，好处是客户端请求不用带自己的身份信息
（2）分布式架构中，无法实现分布式登录，服务端保存用户状态，无法进行水平扩展
（3）分布式架构中，如果一定要实现分布式登录，客户端请求依赖服务端，多次请求必须访问同一台服务器（ps:多次请求必须访问同一台服务器，这样的分布式服务器没有太大意义，无法应对突如其来的高并发，如双11和春运火车票）

1.2 what 什么是无状态？

什么是无状态？
微服务集群中的每个服务，对外提供的都是Rest风格的接口。而Rest风格的一个最重要的规范就是：服务的无状态性，即：
（1）服务端不保存任何客户端请求者信息
（2）接上面，既然服务端不保存客户端用户信息，所以，客户端的每次请求必须具备自描述信息，通过这些信息识别客户端身份
无状态好处：
（1）单体架构，减小服务端存储压力，但是客户端每次请求要带上自己的用户信息
（2）分布式架构，服务端做集群，对客户端完全透明，服务端可以任意的迁移和伸缩
（3）分布式架构，客户端请求不依赖服务端的信息，任何多次请求不需要必须访问到同一台服务

对于单体架构而言，有状态和无状态无伤大雅，无法就是用户信息放在客户端每次请求体里面还是存放在服务端，消耗都是存在的，
对于分布式架构，无状态服务端可以水平扩展，水平扩展后，任何多次请求不需要必须访问到同一台服务
所以，无状态是分布式架构的需要。

1.3 how 如何实现无状态？

无状态登录的流程：
（1）当客户端第一次请求服务时，服务端对用户进行信息认证（登录）
（2）认证通过，将用户信息进行加密形成token，返回给客户端，作为登录凭证
（3）以后每次请求，客户端都携带认证的token
（4）服务端对token进行解密，判断是否有效。
为什么token取代session，就可以完成分布式登录，单点登录？
因为tomcat的并发量只有200，一个tomcat无法应对高并发，所以要做tomcat集群，但是各个tomcat的session无法共享，但是在url后面加一个token=xxx，这样的url请求在tomcat集群之间是可以共享的。
一句话小结：session无法在tomcat集群之间共享，但是token就在url后面，可以在tomcat集群之间共享。
流程图：

问题：整个登录过程中，最关键的点是什么？
标准答案：token的安全性，理由：token是识别客户端身份的唯一标示，如果加密不够严密，被人伪造那就完蛋了。
问题：采用何种方式加密，token才是安全可靠的呢？
标准答案：我们将采用JWT + RSA非对称加密。

1.4 token加密的两个技术：JWT + RSA非对称加密

1.4.1.简介

JWT，全称是Json Web Token， 是JSON风格轻量级的授权和身份认证规范，可实现无状态、分布式的Web应用授权；官网：https://jwt.io
GitHub上jwt的java客户端：https://github.com/jwtk/jjwt

1.4.2.JWT数据格式

JWT包含三部分数据：
第一，Header：头部，通常头部有两部分信息：
声明类型，这里是JWT
加密算法，自定义
我们会对头部进行base64加密（可解密），得到第一部分数据
第二，Payload：载荷，就是有效数据，一般包含下面信息：
用户身份信息（注意，这里因为采用base64加密，可解密，因此不要存放敏感信息）
注册声明：如token的签发时间，过期时间，签发人等
这部分也会采用base64加密，得到第二部分数据
第三，Signature：签名，是整个数据的认证信息。一般根据前两步的数据，再加上服务的的密钥（secret）（不要泄漏，最好周期性更换），通过加密算法生成。用于验证整个数据完整和可靠性

生成的数据格式：

可以看到分为3段，每段就是上面的一部分数据

扫描二维码关注公众号，回复： 11908898 查看本文章

1.4.3.JWT交互流程

流程图：

步骤翻译：

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

因为JWT签发的token中已经包含了用户的身份信息，并且每次请求都会携带，这样服务的就无需保存用户信息，甚至无需去数据库查询，完全符合了Rest的无状态规范。

1.4.4.非对称加密

加密技术是对信息进行编码和解码的技术，编码是把原来可读信息（又称明文）译成代码形式（又称密文），其逆过程就是解码（解密），加密技术的要点是加密算法，加密算法可以分为三类：

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

对称加密和非对称加密都是有密钥的，都是可以解密，
但是不可逆加密，连密钥的都没有，只有加密算法，无法反向解密

RSA算法历史：
1977年，三位数学家Rivest、Shamir 和 Adleman 设计了一种算法，可以实现非对称加密。这种算法用他们三个人的名字缩写：RSA

1.5 token加密的管理：结合Zuul的鉴权流程

我们逐步演进系统架构设计。需要注意的是：secret是签名的关键，因此一定要保密，我们放到鉴权中心保存，其它任何服务中都不能获取secret。

1.5.1 仅仅使用JWT（颁发jwt凭证 + 请求jwt鉴权）没有RSA加密时

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

1、用户请求登录
2、Zuul路由：将请求转发到授权中心，请求授权
3、授权中心校验完成，颁发JWT凭证
4、客户端请求其它功能，携带JWT
5、Zuul将jwt交给授权中心校验，Zuul 通过后放行
6、用户请求到达微服务
7、微服务将jwt交给鉴权中心，鉴权同时解析用户信息
8、鉴权中心返回用户数据给微服务
9、微服务处理请求，返回响应
存在的问题：
每次请求，都要jwt鉴权都需要访问鉴权中心，系统间的网络请求频率过高，效率略差，鉴权中心的压力较大。

1.5.2 使用JWT（颁发jwt凭证 + 请求jwt鉴权） + 结合RSA的鉴权

直接看图：

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

二、代码实践：授权中心

2.1 架构：创建授权中心

授权中心的主要职责：
功能1：用户鉴权：
1.1 接收用户的登录请求，通过用户中心的接口进行校验，通过后生成JWT
1.2 使用私钥生成JWT并返回
功能2：服务鉴权：微服务间的调用不经过Zuul，会有风险，需要鉴权中心进行认证
2.1 原理与用户鉴权类似，但逻辑稍微复杂一些（此处我们不做实现）
解耦，因为生成jwt，解析jwt这样的行为以后在其它微服务中也会用到，因此我们会抽取成工具。我们把鉴权中心进行聚合，一个工具module，一个提供服务的module

2.1.1.创建父module leyou-auth

我们先创建父module，名称为：leyou-auth

将pom打包方式改为pom：

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>leyou</artifactId>
        <groupId>com.leyou.parent</groupId>
        <version>1.0.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <groupId>com.leyou.auth</groupId>
    <artifactId>leyou-auth</artifactId>
    <version>1.0.0-SNAPSHOT</version>

</project>

2.1.2.通用module leyou-auth-common（在leyou-auth-common中导入课前资料中的工具类）

然后是授权服务的通用模块：leyou-auth-common：

pom.xml：

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>leyou-auth</artifactId>
        <groupId>com.leyou.auth</groupId>
        <version>1.0.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <groupId>com.leyou.auth</groupId>
    <artifactId>leyou-auth-common</artifactId>
    <version>1.0.0-SNAPSHOT</version>
    
</project>

JWT工具类（在leyou-auth-common中导入课前资料中的工具类），我们在leyou-auth-common中导入课前资料中的工具类：

需要在leyou-auth-common中引入JWT依赖：

<dependencies>
    <dependency>
        <groupId>org.apache.commons</groupId>
        <artifactId>commons-lang3</artifactId>
    </dependency>
    <dependency>
        <groupId>io.jsonwebtoken</groupId>
        <artifactId>jjwt</artifactId>
        <version>0.9.0</version>
    </dependency>
    <dependency>
        <groupId>joda-time</groupId>
        <artifactId>joda-time</artifactId>
    </dependency>
</dependencies>

2.1.3.授权服务 leyou-auth-service

pom.xml：

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>leyou-auth</artifactId>
        <groupId>com.leyou.auth</groupId>
        <version>1.0.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <groupId>com.leyou.auth</groupId>
    <artifactId>leyou-auth-service</artifactId>
    <version>1.0.0-SNAPSHOT</version>

    <dependencies>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-openfeign</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>com.leyou.auth</groupId>
            <artifactId>leyou-auth-common</artifactId>
            <version>1.0.0-SNAPSHOT</version>
        </dependency>
        <dependency>
            <groupId>com.leyou.common</groupId>
            <artifactId>leyou-common</artifactId>
            <version>1.0.0-SNAPSHOT</version>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
        </dependency>
    </dependencies>

</project>

启动类：

@SpringBootApplication
@EnableDiscoveryClient
@EnableFeignClients
public class LeyouAuthApplication {
    
    

    public static void main(String[] args) {
    
    
        SpringApplication.run(LeyouAuthApplication.class, args);
    }
}

application.yml

server:
  port: 8087
spring:
  application:
    name: auth-service
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka
    registry-fetch-interval-seconds: 10
  instance:
    lease-renewal-interval-in-seconds: 5 # 每隔5秒发送一次心跳
    lease-expiration-duration-in-seconds: 10 # 10秒不发送就过期
    prefer-ip-address: true
    ip-address: 127.0.0.1
    instance-id: ${
    
    spring.application.name}:${
    
    server.port}

网关：在leyou-gateway工程的application.yml中，修改路由：

zuul:
  prefix: /api # 路由路径前缀
  routes:
    item-service: /item/** # 商品微服务的映射路径
    search-service: /search/** # 搜索微服务
    user-service: /user/** # 用户微服务
    auth-service: /auth/** # 授权中心微服务

2.2 单元测试：测试工具类（在leyou-auth-common中编写测试类）

我们在leyou-auth-common中编写测试类：

public class JwtTest {
    
    

    private static final String pubKeyPath = "C:\\tmp\\rsa\\rsa.pub";

    private static final String priKeyPath = "C:\\tmp\\rsa\\rsa.pri";

    private PublicKey publicKey;

    private PrivateKey privateKey;

    @Test
    public void testRsa() throws Exception {
    
       // 生成RSA加密
        RsaUtils.generateKey(pubKeyPath, priKeyPath, "234");
    }

    @Before
    public void testGetRsa() throws Exception {
    
       // 解密
        this.publicKey = RsaUtils.getPublicKey(pubKeyPath);
        this.privateKey = RsaUtils.getPrivateKey(priKeyPath);
    }

    @Test
    public void testGenerateToken() throws Exception {
    
       // 生成token
        // 生成token
        String token = JwtUtils.generateToken(new UserInfo(20L, "jack"), privateKey, 5);
        System.out.println("token = " + token);
    }

    @Test
    public void testParseToken() throws Exception {
    
        // 解析token
        String token = "eyJhbGciOiJSUzI1NiJ9.eyJpZCI6MjAsInVzZXJuYW1lIjoiamFjayIsImV4cCI6MTUzMzI4MjQ3N30.EPo35Vyg1IwZAtXvAx2TCWuOPnRwPclRNAM4ody5CHk8RF55wdfKKJxjeGh4H3zgruRed9mEOQzWy79iF1nGAnvbkraGlD6iM-9zDW8M1G9if4MX579Mv1x57lFewzEo-zKnPdFJgGlAPtNWDPv4iKvbKOk1-U7NUtRmMsF1Wcg";

        // 解析token
        UserInfo user = JwtUtils.getInfoFromToken(token, publicKey);
        System.out.println("id: " + user.getId());
        System.out.println("userName: " + user.getUsername());
    }
}

2.2.1 第一，测试生成公钥和私钥

运行之后，查看目标目录：

公钥和私钥已经生成了！

2.2.2 第二，测试生成token，testGenerateToken

把@Before的注释去掉的：

2.2.3 第三，测试解析token testParseToken()

正常情况：

任意改动token，发现报错了：

2.3 实践（核心业务）：编写登录授权接口（在leyou-auth-servcice编写一个接口，对外提供登录授权服务）

接上面，在leyou-auth-servcice编写一个接口，对外提供登录授权服务。基本流程如下：
1、客户端携带用户名和密码请求登录
2、授权中心调用客户中心接口，根据用户名和密码查询用户信息
3、如果用户名密码正确，能获取用户，否则为空，则登录失败
4、如果校验成功，则生成JWT并返回

2.3.1.生成公钥和私钥

我们需要在授权中心生成真正的公钥和私钥。我们必须有一个生成公钥和私钥的secret，这个可以配置到application.yml中：

leyou:
  jwt:
    secret: leyou@Login(Auth}*^31)&heiMa% # 登录校验的密钥
    pubKeyPath: C:\\tmp\\rsa\\rsa.pub # 公钥地址
    priKeyPath: C:\\tmp\\rsa\\rsa.pri # 私钥地址
    expire: 30 # 过期时间,单位分钟

然后编写属性类，加载这些数据：

@ConfigurationProperties(prefix = "ly.jwt")
public class JwtProperties {
    
    

    private String secret; // 密钥

    private String pubKeyPath;// 公钥路径

    private String priKeyPath;// 私钥路径

    private int expire;// token过期时间

    private PublicKey publicKey; // 公钥

    private PrivateKey privateKey; // 私钥

    private static final Logger logger = LoggerFactory.getLogger(JwtProperties.class);

    /**
     * @PostContruct：在构造方法执行之后执行该方法
     */
    @PostConstruct
    public void init(){
    
    
        try {
    
    
            File pubKey = new File(pubKeyPath);
            File priKey = new File(priKeyPath);
            if (!pubKey.exists() || !priKey.exists()) {
    
    
                // 生成公钥和私钥
                RsaUtils.generateKey(pubKeyPath, priKeyPath, secret);
            }
            // 获取公钥和私钥
            this.publicKey = RsaUtils.getPublicKey(pubKeyPath);
            this.privateKey = RsaUtils.getPrivateKey(priKeyPath);
        } catch (Exception e) {
    
    
            logger.error("初始化公钥和私钥失败！", e);
            throw new RuntimeException();
        }
    }
    
    // getter setter ...
}

2.3.2.Controller

编写授权接口，参数接收用户名和密码，校验成功后，写入cookie中。

• 请求方式：post
• 请求路径：/accredit
• 请求参数：username和password
• 返回结果：无

代码：

@RestController
@EnableConfigurationProperties(JwtProperties.class)
public class AuthController {
    
    

    @Autowired
    private AuthService authService;  

    @Autowired
    private JwtProperties prop;  // 这是一个实体类

    @PostMapping("accredit")
    public ResponseEntity<Void> authentication(
            @RequestParam("username") String username,
            @RequestParam("password") String password,
            HttpServletRequest request,
            HttpServletResponse response) {
    
       // 参数：登录需要的username和password
        // 登录校验，将username和password生成token
        String token = this.authService.authentication(username, password);
        if (StringUtils.isBlank(token)) {
    
    
            return new ResponseEntity<>(HttpStatus.UNAUTHORIZED);
        }
        // 将token写入cookie,并指定httpOnly为true，防止通过JS获取和修改
        CookieUtils.setCookie(request, response, prop.getCookieName(),
                token, prop.getCookieMaxAge(), null, true);
        return ResponseEntity.ok().build();
    }
}

这里的cookie的name和生存时间，我们配置到属性文件：application.yml：

然后在JwtProperties中添加属性：

2.3.3.CookieUtils（将工具类CookieUtils添加到添加到leyou-common中）

要注意，这里我们使用了一个工具类，CookieUtils，可以在课前资料中找到，我们把它添加到leyou-common中，然后引入servlet相关依赖即可：

<dependency>
    <groupId>org.apache.tomcat.embed</groupId>
    <artifactId>tomcat-embed-core</artifactId>
</dependency>

代码：略

2.3.3.UserClient

接下来我们肯定要对用户密码进行校验，所以我们需要通过FeignClient去访问 user-service微服务：

引入user-service依赖：

<dependency>
    <groupId>com.leyou.user</groupId>
    <artifactId>leyou-user-interface</artifactId>
    <version>1.0.0-SNAPSHOT</version>
</dependency>

编写FeignClient：

@FeignClient(value = "user-service")
public interface UserClient extends UserApi {
    
    
}

在leyou-user-interface工程中添加api接口：

内容：

@RequestMapping("user")
public interface UserApi {
    
    

    @GetMapping("query")
    public User queryUser(
            @RequestParam("username") String username,
            @RequestParam("password") String password);
}

2.3.4.Service

@Service
public class AuthService {
    
    

    @Autowired
    private UserClient userClient;

    @Autowired
    private JwtProperties properties;

    public String authentication(String username, String password) {
    
       // 参数username和password

        try {
    
    
            // 使用FeignClient调用微服务，执行查询  根据username和password，找到user对象
            User user = this.userClient.queryUser(username, password);

            // 如果查询结果为null，则直接返回null
            if (user == null) {
    
    
                return null;
            }

            // 如果有查询结果，则生成token   根据user对象，得到一个token
            String token = JwtUtils.generateToken(new UserInfo(user.getId(), user.getUsername()),
                    properties.getPrivateKey(), properties.getExpire());
            return token;   // 返回token
        } catch (Exception e) {
    
    
            e.printStackTrace();
        }
        return null;
    }
}

2.3.5.项目结构

2.3.6.测试

2.4.测试登录页面，出现问题

接下来，我们看看登录页面，是否能够正确的发出请求。

我们在页面输入登录信息，然后点击登录：

查看控制台：

发现请求的路径不对，我们的认证接口是：

/api/auth/accredit

我们打开login.html，修改路径信息：

页面ajax请求：

然后再次测试，成功跳转到了首页：

2.5.解决：解决cookie写入问题

接下来我们查看首页cookie：

什么都没有，为什么？

2.5.1.分析问题

我们在之前测试时，清晰的看到了响应头中，有Set-Cookie属性，为什么在这里却什么都没有？

我们之前在讲cors跨域时，讲到过跨域请求cookie生效的条件：
第一，服务的响应头中需要携带Access-Control-Allow-Credentials并且为true。
第二，响应头中的Access-Control-Allow-Origin一定不能为*，必须是指定的域名
第三，浏览器发起ajax需要指定withCredentials 为true

看看我们的服务端cors配置：

服务端这两个没有任何问题。

再看客户端浏览器的ajax配置，我们在js/common.js中对axios进行了统一配置：

一切OK。

那说明，问题一定出在响应的set-cookie头中。我们再次仔细看看刚才的响应头：

我们发现cookie的 domain属性似乎不太对。

cookie也是有域 的限制，一个网页，只能操作当前域名下的cookie，但是现在我们看到的地址是0.0.1，而页面是www.leyou.com,域名不匹配，cookie设置肯定失败了！

2.5.2.查找问题：跟踪CookieUtils

我们去Debug跟踪CookieUtils，看看到底是怎么回事：

我们发现内部有一个方法，用来获取Domain：

它获取domain是通过服务器的host来计算的，然而我们的地址竟然是：127.0.0.1:8087，因此后续的运算，最终得到的domain就变成了：

问题找到了：我们请求时的serverName明明是：api.leyou.com，现在却被变成了：127.0.0.1，因此计算domain是错误的，从而导致cookie设置失败！

2.5.3.解决方式：解决host地址的变化

那么问题来了：为什么我们这里的请求serverName变成了：127.0.0.1:8087呢？

这里的server name其实就是请求时的主机名：Host，之所以改变，有两个原因：

• 我们使用了nginx反向代理，当监听到api.leyou.com的时候，会自动将请求转发至127.0.0.1:10010，即Zuul。
• 而后请求到达我们的网关Zuul，Zuul就会根据路径匹配，我们的请求是/api/auth，根据规则被转发到了 127.0.0.1:8087 ，即我们的授权中心。

我们首先去更改nginx配置，让它不要修改我们的host：proxy_set_header Host $host;

把nginx进行reload：

nginx -s reload

这样就解决了nginx这里的问题。但是Zuul还会有一次转发，所以要去修改网关的配置（leyou-gateway工程）：

重启后，我们再次测试。

最后计算得到的domain：

完美！

2.5.4.再次测试

我们再次登录，发现依然没有cookie！！

怎么回事呢？

我们通过RestClient访问下看看：

发现，响应头中根本没有set-cookie了。

这是怎么回事？？

2.5.5. 问题2：Zuul的敏感头过滤

Zuul内部有默认的过滤器，会对请求和响应头信息进行重组，过滤掉敏感的头信息：

会发现，这里会通过一个属性为SensitiveHeaders的属性，来获取敏感头列表，然后添加到IgnoredHeaders中，这些头信息就会被忽略。

而这个SensitiveHeaders的默认值就包含了set-cookie：

解决方案有两种：

全局设置：

• zuul.sensitive-headers=

指定路由设置：

• zuul.routes.<routeName>.sensitive-headers=
• zuul.routes.<routeName>.custom-sensitive-headers=true

思路都是把敏感头设置为null

2.5.6.最后的测试

再次重启后测试：

三、首页判断登录状态

虽然cookie已经成功写入，但是我们首页的顶部，登录状态依然没能判断出用户信息：

这里需要向后台发起请求，根据cookie获取当前用户的信息。

我们先看页面实现

3.1.页面JS代码

页面的顶部已经被我们封装为一个独立的Vue组件，在/js/pages/shortcut.js中

打开js，发现里面已经定义好了Vue组件，并且在created函数中，查询用户信息：

查看网络控制台，发现发起了请求：

因为token在cookie中，因此本次请求肯定会携带token信息在头中。

3.2.后台实现校验用户接口

我们在leyou-auth-service中定义用户的校验接口，通过cookie获取token，然后校验通过返回用户信息。

• 请求方式：GET
• 请求路径：/verify
• 请求参数：无，不过我们需要从cookie中获取token信息
• 返回结果：UserInfo，校验成功返回用户信息；校验失败，则返回401

代码：

/**
  * 验证用户信息
  * @param token
  * @return
  */
@GetMapping("verify")
public ResponseEntity<UserInfo> verifyUser(@CookieValue("LY_TOKEN")String token){
    
    
    try {
    
    
        // 从token中解析token信息
        UserInfo userInfo = JwtUtils.getInfoFromToken(token, this.properties.getPublicKey());
        // 解析成功返回用户信息
        return ResponseEntity.ok(userInfo);
    } catch (Exception e) {
    
    
        e.printStackTrace();
    }
    // 出现异常则，响应500
    return ResponseEntity.status(HttpStatus.INTERNAL_SERVER_ERROR).build();
}

3.3.测试

页面效果：

3.4.刷新token

每当用户在页面进行新的操作，都应该刷新token的过期时间，否则30分钟后用户的登录信息就无效了。而刷新其实就是重新生成一份token，然后写入cookie即可。

那么问题来了：我们怎么知道用户有操作呢？

事实上，每当用户来查询其个人信息，就证明他正在浏览网页，此时刷新cookie是比较合适的时机。因此我们可以对刚刚的校验用户登录状态的接口进行改进，加入刷新token的逻辑。

/**
  * 验证用户信息
  * @param token
  * @return
  */
@GetMapping("verify")
public ResponseEntity<UserInfo> verifyUser(@CookieValue("LY_TOKEN")String token, HttpServletRequest request, HttpServletResponse response){
    
    
    try {
    
    
        // 从token中解析token信息
        UserInfo userInfo = JwtUtils.getInfoFromToken(token, this.properties.getPublicKey());
        // 解析成功要重新刷新token
        token = JwtUtils.generateToken(userInfo, this.properties.getPrivateKey(), this.properties.getExpire());
        // 更新cookie中的token
        CookieUtils.setCookie(request, response, this.properties.getCookieName(), token, this.properties.getCookieMaxAge());

        // 解析成功返回用户信息
        return ResponseEntity.ok(userInfo);
    } catch (Exception e) {
    
    
        e.printStackTrace();
    }
    // 出现异常则，响应500
    return ResponseEntity.status(HttpStatus.INTERNAL_SERVER_ERROR).build();
}

四、登录功能的应用：网关的登录拦截器（在Zuul编写拦截器，对用户的token进行校验，如果发现未登录，则进行拦截）

登录功能的应用：在Zuul编写拦截器，对用户的token进行校验，如果发现未登录，则进行拦截。

4.1.引入jwt相关配置

既然是登录拦截，一定是前置拦截器，我们在leyou-gateway中定义。

首先在pom.xml中，引入所需要的依赖：

<dependency>
    <groupId>com.leyou.common</groupId>
    <artifactId>leyou-common</artifactId>
    <version>1.0.0-SNAPSHOT</version>
</dependency>
<dependency>
    <groupId>com.leyou.auth</groupId>
    <artifactId>leyou-auth-common</artifactId>
    <version>1.0.0-SNAPSHOT</version>
</dependency>

然后编写application.yml属性文件，添加如下内容：

leyou:
  jwt:
    pubKeyPath:  C:\\tmp\\rsa\\rsa.pub # 公钥地址
    cookieName: LY_TOKEN # cookie的名称

编写属性类，读取公钥：

@ConfigurationProperties(prefix = "leyou.jwt")
public class JwtProperties {
    
    

    private String pubKeyPath;// 公钥

    private PublicKey publicKey; // 公钥

    private String cookieName;

    private static final Logger logger = LoggerFactory.getLogger(JwtProperties.class);

    @PostConstruct
    public void init(){
    
    
        try {
    
    
            // 获取公钥和私钥
            this.publicKey = RsaUtils.getPublicKey(pubKeyPath);
        } catch (Exception e) {
    
    
            logger.error("初始化公钥失败！", e);
            throw new RuntimeException();
        }
    }

    public String getPubKeyPath() {
    
    
        return pubKeyPath;
    }

    public void setPubKeyPath(String pubKeyPath) {
    
    
        this.pubKeyPath = pubKeyPath;
    }

    public PublicKey getPublicKey() {
    
    
        return publicKey;
    }

    public void setPublicKey(PublicKey publicKey) {
    
    
        this.publicKey = publicKey;
    }

    public String getCookieName() {
    
    
        return cookieName;
    }

    public void setCookieName(String cookieName) {
    
    
        this.cookieName = cookieName;
    }
}

4.2.编写过滤器逻辑

过滤器基本逻辑：
（1）获取cookie中的token
（2）通过JWT对token进行校验
（3）通过：则放行；不通过：则重定向到登录页

@Component
@EnableConfigurationProperties(JwtProperties.class)
public class LoginFilter extends ZuulFilter {
    
    

    @Autowired
    private JwtProperties properties;

    @Override
    public String filterType() {
    
    
        return "pre";
    }

    @Override
    public int filterOrder() {
    
    
        return 5;
    }

    @Override
    public boolean shouldFilter() {
    
    
        return true;
    }

    @Override
    public Object run() throws ZuulException {
    
    
        // 获取上下文
        RequestContext context = RequestContext.getCurrentContext();
        // 获取request
        HttpServletRequest request = context.getRequest();
        // 获取token
        String token = CookieUtils.getCookieValue(request, this.properties.getCookieName());
        // 校验
        try {
    
    
            // 校验通过什么都不做，即放行
            JwtUtils.getInfoFromToken(token, this.properties.getPublicKey());
        } catch (Exception e) {
    
    
            // 校验出现异常，返回403
            context.setSendZuulResponse(false);
            context.setResponseStatusCode(HttpStatus.FORBIDDEN.value());
        }
        return null;
    }
}

重启，刷新页面，发现请求校验的接口也被拦截了：

证明我们的拦截器生效了，但是，似乎有什么不对的。这个路径似乎不应该被拦截啊！

4.3.白名单

要注意，并不是所有的路径我们都需要拦截，例如：

• 登录校验接口：/auth/**
• 注册接口：/user/register
• 数据校验接口：/user/check/**
• 发送验证码接口：/user/code
• 搜索接口：/search/**

另外，跟后台管理相关的接口，因为我们没有做登录和权限，因此暂时都放行，但是生产环境中要做登录校验：

• 后台商品服务：/item/**

所以，我们需要在拦截时，配置一个白名单，如果在名单内，则不进行拦截。

在application.yaml中添加规则：

leyou:
  filter:
    allowPaths:
      - /api/auth
      - /api/search
      - /api/user/register
      - /api/user/check
      - /api/user/code
      - /api/item

然后读取这些属性：

内容：

@ConfigurationProperties(prefix = "leyou.filter")
public class FilterProperties {
    
    

    private List<String> allowPaths;

    public List<String> getAllowPaths() {
    
    
        return allowPaths;
    }

    public void setAllowPaths(List<String> allowPaths) {
    
    
        this.allowPaths = allowPaths;
    }
}

在过滤器中的shouldFilter方法中添加判断逻辑：

代码：

@Component
@EnableConfigurationProperties({
    
    JwtProperties.class, FilterProperties.class})
public class LoginFilter extends ZuulFilter {
    
    

    @Autowired
    private JwtProperties jwtProp;

    @Autowired
    private FilterProperties filterProp;

    private static final Logger logger = LoggerFactory.getLogger(LoginFilter.class);

    @Override
    public String filterType() {
    
    
        return "pre";
    }

    @Override
    public int filterOrder() {
    
    
        return 5;
    }

    @Override
    public boolean shouldFilter() {
    
    
        // 获取上下文
        RequestContext ctx = RequestContext.getCurrentContext();
        // 获取request
        HttpServletRequest req = ctx.getRequest();
        // 获取路径
        String requestURI = req.getRequestURI();
        // 判断白名单
        return !isAllowPath(requestURI);
    }

    private boolean isAllowPath(String requestURI) {
    
    
        // 定义一个标记
        boolean flag = false;
        // 遍历允许访问的路径
        for (String path : this.filterProp.getAllowPaths()) {
    
    
            // 然后判断是否是符合
            if(requestURI.startsWith(path)){
    
    
                flag = true;
                break;
            }
        }
        return flag;
    }

    @Override
    public Object run() throws ZuulException {
    
    
        // 获取上下文
        RequestContext ctx = RequestContext.getCurrentContext();
        // 获取request
        HttpServletRequest request = ctx.getRequest();
        // 获取token
        String token = CookieUtils.getCookieValue(request, jwtProp.getCookieName());
        // 校验
        try {
    
    
            // 校验通过什么都不做，即放行
            JwtUtils.getInfoFromToken(token, jwtProp.getPublicKey());
        } catch (Exception e) {
    
    
            // 校验出现异常，返回403
            ctx.setSendZuulResponse(false);
            ctx.setResponseStatusCode(403);
            logger.error("非法访问，未登录，地址：{}", request.getRemoteHost(), e );
        }
        return null;
    }
}

再次测试：

五、面试金手指(记住第一部分理论知识就好了)

六、小结

登录功能：单点登录，完成了。

天天打码，天天进步！！