目录

  • 2. http客户端Feign
    • 2.1 Feign替代RestTemplate
      • 2.1.1 RestTmmplate方法调用存在的问题
      • 2.1.2. Feign的介绍
      • 2.1.3. Feign的使用
    • 2.2 自定义配置
    • 2.3 Feign使用优化
      • 2.3.1 优化的底层原理
      • 2.3.2 优化的方向
      • 2.3.3 连接池配置
    • 2.4 最佳实践
      • 2.4.1 方式一：继承
      • 2.4.2 方式二：抽取
  • 3. 统一网关Gateway
    • 3.1 为什么需要网关
    • 3.2 GateWay的快速入门
    • 3.3 断言工厂
    • 3.4 过滤器工厂
    • 3.5 全局过滤器（GlobalFilter）
      • 3.5.1 什么是全局过滤器，为什么需要全局过滤器
      • 3.5.2. 全局过滤器的实现方式
      • 3.5.3. 全局过滤器的实现案例
    • 3.5 过滤器的执行顺序
    • 3.6 限流过滤器
    • 3.7 小总结
  • 图片：
  • 红色字体

2. http客户端Feign

Feign是一种新的使用http进行远程调用的方式。

2.1 Feign替代RestTemplate

2.1.1 RestTmmplate方法调用存在的问题

1）使用方法：在启动类书写一个方法，然后通过url在service中进行调用

String url = "http://userservice/user/" + order.getUserId();User user = restTemplate.getForObject(url, User.class);
  • 代码可读性太差，需要固定输入一个URL，不够灵活
  • 当参数变得复杂的时候，URL难以维护。

2.1.2. Feign的介绍

1）是一种申明式的http客户端，作用是帮助我们优雅实现http请求的发送，解决上面提到的问题。
2） 实现逻辑还是差不多的，都是为了生成一个url进行远程调用。只不过在Feign中，采用申明式结构进行URL的拆分再组装。

2.1.3. Feign的使用

  1. 在order-service的pom文件中引入依赖：spring-cloud-starter-openfeign
<dependency><groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-openfeign</artifactId> </dependency>
  1. 在orderservice的启动类中添加注解，开启Feign的功能：@EnableFeignClients

  1. 在Feign-api项目中编写Feign的客户端（Feign-client）
    为了相对应，需要和user中的controller中的类保持参数的一直性
@FeignClient("userservice")public interface UserClient {@GetMapping("/user/{id}") User findById(@PathVariable("id") Long id);}

上述定义Feign客户端中，包含很多信息：
（1）服务名称：userservice
（2）请求方式：Get
（3）请求路径：/user/{id}
（4）请求参数：Long id
（5）返回对象：User

  1. 用Feign客户端代替RestTemplate

第二行红色，两行给为一行了！

String url="http://localhost:8081/user/"+order.getUserId();//获取用户的id信息User user=restTemplate.getForObject(url,User.class); //通过url进行远程调用，并把得到的数据变为user格式

  1. 小结
    1）引入依赖
    2）启动类添加注解@EnableFeignClients
    3）编写FeignClient接口
    4）使用FeignClient中定义的方法替代RestTemplate

2.2 自定义配置

一般使用比较多的是：日志级别的修改，共有四种级别：NONE，BASIC，HEADERS，FULL，一般默认选用NONE即可

2.3 Feign使用优化

2.3.1 优化的底层原理

主要是在Feign底层进行优化，即采用具有连接池的原理。
Feign底层的客户端实现：
1）URLConnection：默认实现，不支持连接池(性能一般）
2）Apache HttpClient：支持连接池（不用每次都请求链接，效率更高）
3）OKHttp：支持连接池

2.3.2 优化的方向

优化的方向：
1）使用连接池代替默认的URLConnection
2）日志级别的修改：使用NONE和BASIC，更加简洁。

2.3.3 连接池配置

Feign添加HttpClient的支持，故需要引入依赖和配置连接池

  1. 在Feign-api中引入依赖
<!--feign-api的依赖 --><dependency> <groupId>cn.itcast.demo</groupId> <artifactId>feign-api</artifactId> <version>1.0</version></dependency>
  1. 配置连接池（同时修改日志级别）
feign:client:config:default: # default全局的配置loggerLevel: BASIC # 日志级别，BASIC就是基本的请求和响应信息 httpclient: enabled: true # 开启feign对HttpClient的支持 max-connections: 200 # 最大的连接数 max-connections-per-route: 50 # 每个路径的最大连接数

2.4 最佳实践

2.4.1 方式一：继承

  1. 方式：从 2.1.3. Feign的使用中可知，Feign客户端的编写与user服务service的编写很像，故可以抽象出相同部分，然后给这两个地方继承。
  2. 缺点：1)两个服务会产生紧耦合，并且父接口参数列表中的映射并不会被继承。

2.4.2 方式二：抽取

  1. 方法：将FeignClient抽取为独立的模块，并把与接口与欧冠的POJO，默认的Feign配置都放到这个模块中来，提供给所有的消费者使用。（其他消费者只需要在启动类中添加注解@EnableFeignClients即可使用）
    注意事项：由于是新建的一个项目Feign-api，故其他服务在使用过程中需要引入依赖才能使用其他项目的服务。
<!--引入feign的统一api--><dependency><groupId>cn.itcast.demo</groupId><artifactId>feign-api</artifactId><version>1.0</version></dependency>
  1. 抽取FeignClient的步骤
    1）创建mudule并依赖首先创建一个module，取名为feign-api，然后引入feign的starter依赖
    2）将order中编写的UserLcient，User，DefaultFeignConfiguration都复制到feign-api项目中
    3）在order-service引入feign-api的依赖
    4）修改order-service中的所有与上述三个组件有关的import部分，改成导入feign-api的包
    5）重启测试
  2. FeignClient不在启动类扫描包饭内内解决方法
    1）指定FeignClient所在包（范围大，全导进来了）
@EnableFeignClients(basePackages = "cn.itcast.feign.clients")

2）指定FeignClient字节码（小范围）

@EnableFeignClients(clients = {UserClient.class})

3. 统一网关Gateway

3.1 为什么需要网关

1. 网关的作用
1）身份认证和权限校验等：不是什么用户通过链接都能够访问的，需要指定的用户名等情况，或者需要某一些权限处于开启状态；
2）服务路由和负载均衡：将用户请求路由到微服务，并实现负载均衡。网关具有负载均衡的作用，故不需要自己去配置Ribbon

3）请求限流：同一个时刻，对于服务的访问，限制流量，不能够过于频繁访问。
2. 网关技术的实现
目前SpringCloud中，网关的实现包括两种：
1）gateway:SpringCloudGateWay则属于Spring5中提供的WebFlux，属于响应式编程的实现，具有更好的性能。
2）zuul:基于Servlet的实现，属于阻塞式的编程
3）区别：响应式编程和阻塞式编程。

3.2 GateWay的快速入门

  1. 建module,引依赖：网关依赖和服务发现依赖
<!--网关依赖--><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-gateway</artifactId></dependency><!--nacos服务发现依赖--><dependency><groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId> </dependency>
  1. 配置文件：编写路由配置和nacos的地址（编码形式设置网关）
    根据上面可知，网关路由route的配置包含以下四个部分：

1） 路由id：路由的id,是路由的唯一表示
2）路由目标（uri）：路由的目标地址，http代表固定地址，lb代表根据服务名负载均衡
3）路由断言(predicates)：判断路由的规则，例如Path=/user/**，判断路径是否以/user开头，如果是则符合
4）路由过滤器(filters)：对请求和相应做处理

  1. 网关的执行过程

3.3 断言工厂

上述配置中的断言都是通过断言工厂进行执行的：读取用户定义的断言条件，对请求做出判断

1）我们在配置文件中书写的断言规则只是字符串，这些字符串会被Predicate Factory读取并处理，转变为路由判断的条件
2）例如Path=/user/**是按照路径匹配，规则是org.springframework.cloud.gateway.handler.predicate.PathRoutePredicateFactory类处理的
3）像这样的断言工厂还有好几十个，可自行通过说明进行使用。

3.4 过滤器工厂

1. 过滤器工厂介绍
在路由确定之后会通过过滤器进行过滤操作，再通过负载均衡分配到具体的服务中去。
过滤器可以对进入网关的请求和微服务返回的响应做处理

2. 过滤器工厂种类
Spring提供了31种不同的路由过滤器工厂

3. 过滤器工厂使用案例
1）要求：给所有进入userservice的请求，添加一个请求头：Truth=itcast is freaking awesome!
2）实现步骤
（1）在gateway中修改配置文件，给userservice的路由添加过滤器

spring:cloud: gateway:routes: # 网关路由配置- id: user-service #路由iduri: lb://userservice#路由路径predicates:#路由断言- Path=/user/‘**’#判断是否存在/user路径 filters: # 过滤器，带有s,可以有多个操作 - AddRequestHeader=Truth, Itcast is freaking awesome!# 添加请求头

（2）如果要对所有的路由都生效，故需要将过滤器工厂写到default下面，格式如下：

3.5 全局过滤器（GlobalFilter）

3.5.1 什么是全局过滤器，为什么需要全局过滤器

1）全局过滤器能够处理一切进入网关的请求和微服务相应，与GatewayFilter的作用是一致的。
2）与GatewayFilter的区别：GatewayFilter是通过配置文件实现的，处理逻辑固定；GlobalFilter的逻辑需要自己写代码实现，更加灵活！

3.5.2. 全局过滤器的实现方式

1）实现GlobalFilter接口：

全局过滤器 GlobalFilterpublic interface GlobalFilter { /** *处理当前请求，有必要的话通过{@link GatewayFilterChain}将请求交给下一个过滤器处理** @param exchange 请求上下文，里面可以获取Request、Response等信息* @param chain 用来把请求委托给下一个过滤器 * @return {@code Mono} 返回标示当前过滤器业务结束*/ Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain);}

2）添加@Order注解或者实现Ordered接口：为了给过滤器进行优先级排序
3）编写处理逻辑
4）添加注解@Component，注入bean中，方便使用

3.5.3. 全局过滤器的实现案例

  1. 问题说明：定义全局过滤器，拦截并判断用户身份
    需求：定义全局过滤器，拦截请求，判断请求的参数是否满足下面条件：

参数中是否有authorization，
authorization参数值是否为admin

  • 参数中是否有authorization，
  • authorization参数值是否为admin
  • 如果同时满足则放行，否则拦截
  1. 逻辑实现

五步走：
（1）获取请求参数
（2）获取authorization参数
（3）校验
（4）放行
（5）禁止访问/结果处理

3.5 过滤器的执行顺序

三种过滤器：当前路由过滤器，DefaultFilter过滤器，GlobalFilter

  1. 首先根据指定的order值进行比较：order值越小，优先级越高，执行顺序越靠前。
    1）GlobalFilter通过实现Odered接口，或者添加@Order注解指定order值，有我们自己指定
    2）路由过滤器和defaultfilter过滤器的order的值由Spring指定，默认是按照声明顺序从1开始递增
    3）在order值相同时，会按照：defaultFilter > 路由过滤器 > GlobalFilter 的顺序执行

3.6 限流过滤器

  1. 作用：限流是保护服务器，避免因为过多的请求而导致服务器过载或者宕机
  2. 限流算法：计算机算法，漏桶算法，令牌桶算法。

3.7 小总结

网关其实并不需要改变其他服务中的代码，只是一个额外的功能，单独在网关服务中，其实现的原理有：
1）首先生成一个网关服务，添加启动类
2）引入注册发现依赖，引入网关依赖
3）网关的过滤作用在配置文件中声明实现（路由过滤器和defaultfilter，都是申明式的）
4）通过GlobalFilter过滤器实现：通过添加一个类，继承GlobalFilter接口，再书写逻辑，可以更加灵活的操作。

在微服务体系中，配置文件和依赖非常重要

参考文献
1）黑马程序员SpringCloud+RabbitMQ+Docker+Redis+搜索+分布式，系统详解springcloud微服务技术栈课

图片：

红色字体

用于复制