路由器和过滤器-Zuul

640?wx_fmt=gif
学习更多Java干货,戳上面的
蓝色字题
关注我!

为什么要使用Zuul
先来看一下下方这个

640?wx_fmt=png

假如现在我们具有四个微服务,分别是用户、订单、支付、催收微服务,它们的调用方式分别是使用http、restful、thrift、kafka。这个时候如果我们在客户端直接调用的话感觉是不是太费劲了,客户端需要维护这几种调用方式的客户端,如果后期新增微服务或者减少或者更换调用方式等,都需要修改客户端。那么我们来看一下加入Zuul以后是什么样子的呢

640?wx_fmt=png

zuul呢就负责了所有的调用,解耦了客户端和微服务。也符合我们设计的单一职责原则。

使用Zuul

首先呢,我们在原先的父项目下新增一个cloud-demo-zuul模块,引入依赖

1
2
3
4
5
6
7
8
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-zuul</artifactId>
</dependency>

创建包cn.org.zhixiang,在此包下新建启动类CloudDemoZuulApplication

1
2
3
4
5
6
7
@SpringBootApplication
@EnableZuulProxy
public class CloudDemoZuulApplication {
public static void main(String[] args) {
SpringApplication.run(CloudDemoZuulApplication.class, args);
}
}

@EnableZuulProxy就是开启Zuul的注解

接下来看一下application.yml

1
2
3
4
5
6
7
8
9
10
11
spring:
application:
name: zuul-demo

server:
port: 8093
eureka:
client:
register-with-eureka: true
service-url:
defaultZone: http://root:root@localhost:8761/eureka

这个配置其实是跟我们以往的服务消费者的配置是一样的,为什么要这样配置呢,因为在这个之前我们需要先复习一下以往的知识点,没有看过以往博客的小伙伴可以先参考历史消息

首先启动我们的Eureka服务,然后启动一个提供者cloud-demo-provider。我们知道这个时候我们直接访问http://localhost:8078/user/getUser/2是可以获得数据的对吧,那么我的Zuul是怎么使用的呢。我们启动一下我们的Zuul。

这个时候我们访问http://localhost:8093/provider-demo/user/getUser/2获得的数据是一样的,也就是说我们的Zuul做了一个路由转发。我们可以看到这个url中有一个provider-demo,这个呢是提供者的spring.application.name的值,那么如果我们不想使用这个呢,比如说现在我知道这是user微服务,我就想如果访问user微服务我就使用http://localhost:8093/user/user/getUser/2怎么办呢。

配置
我们需要在yml中加上一个配置。

1
2
3
zuul:
routes:
provider-demo: /user/**

这个配置呢就是把服务id为provider-demo的微服务项目地址映射为/user/.注意最后是两个,为什么是两个呢,如果是一个只能匹配/user/a,/user/b这种路径,而匹配不了/user/a/b这种。而我们配两个*的话不仅可以匹配/user/a/b,还能匹配/user/a/b/c/d等。

这个时候我们访问http://localhost:8093/user/user/getUser/2的时候就可以得到数据了。

其实还有别的写法。我们来看一下


1
2
3
4
5
zuul:
routes:
demo:
path: /user/**
serviceId: provider-demo

1
2
3
4
5
zuul:
routes:
demo:
path: /user/**
url: http://localhost:8078/

上方这两种方式都是可以的,那个demo呢其实是自定义的,只要不是重复就行。然后path呢就是网页上我们访问的url。这两种方式就是分别将这哥path映射到serviceId或者一个url。

负载均衡

刚才我们探讨的一直都是单个服务的情况,那么当我们有多个微服务的时候应该怎么操作呢

1
2
3
4
5
6
7
8
9

zuul:
routes:
demo:
path: /user/**
serviceId: provider-demo
provider-demo:
ribbon:
listOfServers: http://localhost:8078,http://localhost:8079

使用这种方式以后,我们再启动一下我们原先的cloud-demo-provider-2项目,然后启动Zuul访问时会发现已经实现了负载均衡

文件上传

我们使用zuul做路由的时候可能会碰到上传文件的需求,上传小文件到是没事,但是如果大文件的话是无法上传呢,这儿呢就有一个办法来绕过SpringMVC的DispatchServlet。

例如我们上传文件的接口为http://localhost:8093/user/user/uploadFile 那么我们在上传的时候就可以访问http://localhost:8093/zuul/user/user/uploadFile来实现上传大文件

 

点击下方“阅读原文”查看源码!!!



640?wx_fmt=gif

640?wx_fmt=jpeg

 点赞收藏转发好看再走呗!

640?wx_fmt=gif


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值