Spring Cloud：第五章：Zuul服务网关_spring zuul 通过服务名访问-CSDN博客

本文链接：https://blog.csdn.net/m0_57472099/article/details/136806542

port: 6069

定义启动类：

package com.zhihao.miao;

import org.springframework.boot.SpringApplication;

import org.springframework.boot.autoconfigure.SpringBootApplication;

import org.springframework.cloud.netflix.zuul.EnableZuulProxy;

//使用@EnableZuulProxy注解开启zuul的api网关服务功能

@SpringBootApplication

@EnableZuulProxy

public class ZuulApplication {

public static void main(String[] args) {

SpringApplication.run(ZuulApplication.class,args);

}

然后可以通过服务网关进行访问上面的三个服务接口，

http://localhost:6069/pay-service/pay/index

http://localhost:6069/user-service/user/index

http://localhost:6069/order-service/order/index

注意：

默认的zuul结合eureka会将注册到eureka的服务名作为访问的ContextPath。

也可以指定一些路由机制,application.yml中定义如下，

zuul:

routes:

user-service:

path: /users/**

serviceId: user-service

url符合/users/**规则的就被转发到user-service实例中了。

http://localhost:6069/users/user/index

之前的通过服务实例名称的也能访问

http://localhost:6069/user-service/user/index

也可以忽略所有的代理，只保留自己配置的即可。

zuul:

ignored-services: ‘*’

routes:

user-service: /users/**

此时只能访问user-service服务，并且只能以users这种路由来访问。

不能访问

http://localhost:6069/pay-service/pay/index

http://localhost:6069/order-service/order/index

之前默认的注册到eureka上的服务（user-service)也不能访问。

不能访问

http://192.168.1.57:6069/user-service/user/index

可以访问

http://192.168.1.57:6069/users/user/index

以上的配置也可以这样指定

zuul:

ignored-services: order-service,pay-service

routes:

user-service: /users/**

当然此时除了http://192.168.1.57:6069/users/user/index能被代理访问到

http://192.168.1.57:6069/user-service/user/index也能访问了

请求过滤

在实现请求理由功能之后，我们的微服务应用提供的接口就可以通过统一的api网关入口被客户端访问到了。每个客户端用户请求服务应用提供的接口时，他们的访问权限往往都有一定的限制，系统并不会将所有的微服务接口对他们开放。然而，目前的服务路由并没有限制权限这样的功能，所有请求都会被毫无保留的转发到具体的应用并返回结果，为了实现对客户端请求的安全校验和权限控制，最简单和粗暴的方法就是在每个微服务应用都实现一套用于校验签名和鉴别权限的过滤器或拦截器。这样有个问题就是功能实现太过冗余。比较好的做法就是将这些校验逻辑剥离出去，构建一个独立的鉴权服务。在完成剥离之后，直接在微服务应用中通过调用鉴权系统服务来实现校验，但是这样仅仅只是解决了鉴权逻辑的分离，并没有在本质上将这部分不属于冗余的逻辑从原有的微服务应用中拆出去，冗余的拦截器或者过滤器依然会存在。

对于这样的问题，更好的做法是通过前置的网关服务来完成这些非业务性质的校验。由于网关服务的加入，外部客户端访问我们的系统已经有了统一的入口，既然这些校验与具体的业务无关，那何不在请求到达的时候就完成校验和过滤，微服务应用端就可以去除各种复杂的过滤器和拦截器了，这使得微服务应用接口的开发和测试复杂度也得到了相应的降低。这就涉及到了zuul的另一个主要功能，请求过滤。

在zuul-service服务中定义一个过滤器，

public class AccessFilter extends ZuulFilter{

private Logger logger = LoggerFactory.getLogger(getClass());

//过滤器的类型，它决定过滤器在请求的哪个生命周期中执行，这里定义为pre，代表会在请求被理由之前执行。

@Override

public String filterType() {

return “pre”;

}

//过滤器的执行顺序。当请求在一个阶段中存在多个过滤器时，需要根据该方法返回的值来依次执行

@Override

public int filterOrder() {

return 0;