Nacos配置管理
统一配置管理
配置更改热更新
在Nacos中添加配置信息：
在表单中填写配置信息：
配置获取的步骤如下：
1. 引入Nacos的配置管理客户端依赖
<!-- nacos配置管理依赖 -->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>2. 在userservice中的resource目录添加一个bootstrap.yml文件，这个文件是引导文件，优先级高于application.yml:
spring:
application:
name: userservice # 服务名称
profiles:
active: dev # 开发环境，这里是dev
cloud:
nacos:
server-addr: 82.157.9.110:8848 # nacos地址
config:
file-extension: yaml # 文件后缀名
## userservice-dev.yaml微服务引用nacos的配置成功！！！
配置热更新
Ncos中的配置文件变更后，微服务无需重启就可以感知。不过需要通过下面两种配置实现：
- 方式一：在@Value注入的变量需要在所在类上添加注解@RefreshScope
- 方式二：使用@ConfigurationProperties注解（推荐）
注意事项：
不是所有的配置都适合放到配置中心，维护起来比较麻烦建议将一些关键参数，需要运行时调整的参数放到nacos
配置中心，一般都是自定义配置
多环境配置共享
微服务启动时会从nacos读取多个配置文件：
[spring.application.name]-[spring.profiles.active].yaml，例如：userservice-dev.yaml[spring.application.name].yaml，例如：userservice.yaml
无论profile如何变化，[spring.application.name].yaml这个文件一定会加载，因此多环境共享配置可以写入这个文件
多种配置的优先级
- 服务名-profile.yaml > 服务名称.yaml > 本地配置
搭建Nacos集群
详见
Feign远程调用
Feign替代RestTemplate
RestTemplate方式调用存在的问题
先来看我们以前利用RestTemplate发起远程调用的代码：
String url = "http://userservice/user/" + order.getUserId();
User user = restTemplate.getForObject(url, User.class);- 代码可读性差，编程体验不统一
- 参数复杂URL难以维护
Feign的介绍
Feign是一个声明式的http客户端，官方地址：https://github.com/OpenFeign/feign
其作用就是帮助我们优雅的实现http请求的发送，解决上面提到的问题。
使用Feign的步骤如下：
- 引入依赖：
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>- 在order–service的启动类添加注解开启Feign的功能：
@MapperScan("cn.itcast.order.mapper")
@SpringBootApplication
@EnableFeignClients
public class OrderApplication {
public static void main(String[] args) {
SpringApplication.run(OrderApplication.class, args);
}
}- 编写Feign客户端：
@FeignClient("userservice")
public interface UserClient {
@GetMapping("/user/{id}")
User getUser(@PathVariable("id") Long id);
}主要是基于SpringMVC的注解来声明远程调用的信息，比如：
- 服务名称：userservice
- 请求方式：GET
- 请求路径：/user/id
- 请求参数：Long id
- 返回值类型：User
- 用Feign客户端代替RestTemplate
@Autowired
private UserClient userClient;
public Order queryOrderById(Long orderId) {
// 1.查询订单
Order order = orderMapper.findById(orderId);
// 2.利用Feign发起http请求，查询用户
User user = userClient.getUser(order.getUserId());
// 3. 封装user到order
order.setUser(user);
// 4.返回
return order;
}自定义配置
Feign运行自定义配置来覆盖默认配置，可以修改的配置如下：
一般我们需要配置的就是日志级别。
配置Feign日志有两种方式：
方式一：配置文件方式
① 全局生效：
feign:
client:
config:
default: # #这里default用就是全局配置，如果是写服务名称，则是针对某个微服务的配置
loggerLevel: Full # 日志级别② 局部生效：
feign:
client:
config:
userservice: # #这里default用就是全局配置，如果是写服务名称，则是针对某个微服务的配置
loggerLevel: Full # 日志级别方式二：java代码方式，需要先声明一个Bean:
public class FeignConfig {
@Bean
public Logger.Level feignLogLevel() {
return Logger.Level.BASIC;
}
}① 而后如果是全局配置，则把它放到@EnableFeignClients这个注解中：
@EnableFeignClients(defaultConfiguration = FeignConfig.class)② 如果是局部配置，则把它放到@FeignClient这个注解中：
@FeignClient(value = "userservice", configuration = FeignConfig.class)Feign的性能优化
Feign底层的客户端实现：
- URLConnection:默认实现，不支持连接池
- Apache HttpClient:支持连接池
- OKHttp:支持连接池
因此优化Feign的性能主要包括：
① 使用连接池代替默认的URLConnection
② 日志级别，最好用basic或none
Feign的性能优化-连接池配置
Feign添加HttpClient的支持：
- 引入依赖：
<dependency>
<groupId>io.github.openfeign</groupId>
<artifactId>feign-httpclient</artifactId>
</dependency>- 配置连接池
feign:
httpclient:
enabled: true # 开启feign对HttpClient的支持
max-connections: 200 # 最大连接数
max-connections-per-route: 50 # 每个路径的最大连接数Feign优化最佳实践
方式一（继承）：给消费者的FeignClient和提供者的controller定义统一的父接口作为标准。(不推荐)
方式二（抽取）：将FeignClient抽取为独立模块，并且把接口有关的POJO、默认的Feign配置都放到这个模块中，提供给所有消费者使用
抽取FeignClient
实现最佳实践方式二的步骤如下：
- 首先创建一个module,命名为feign-api,然后引入feign的starter依赖
- 将order-service中编写的UserClient、User、DefaultFeignConfiguration都复制到feign-api项目中
- 在order-service中引入feign-api的依赖
- 修改order-service中的所有与上述三个组件有关的import部分，改成导入feign-api中的包
- 重启测试
当定义的FeignClient不在SpringBootApplication的扫描包范围时，这些FeignClient无法使用。有两种方式解决：
方式一： 指定FeignClient所在包
@EnableFeignClients(defaultConfiguration = FeignConfig.class,
basePackages = "cn.itcast.feign.clients"
)方式二： 指定FeignClient字节码（推荐）
@EnableFeignClients(defaultConfiguration = FeignConfig.class,
clients = {UserClient.class}
)GateWay服务网关
为什么需要网关
网关功能：
- 身份认证和权限校验
- 服务路由、负载均衡
- 请求限流
在SpringCloud中网关的实现包括两种：
- gateway
- Zuul
Zuul是基于Servlet的实现，属于阻塞式编程。而SpringCloudGateway则是基于Spring5中提供的WebFlux,属
于响应式编程的实现，具备更好的性能。
gateway快速入门
搭建网关服务的步骤：
- 创建新的module,引入SpringCloudGateway的依赖和nacos的服务发现依赖：
<!-- nacos服务注册发现依赖 -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-gateway</artifactId>
</dependency>
<!-- 网关gateway依赖 -->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>- 编写路由配置及nacos地址
server:
port: 10010 # 网关端口
spring:
application:
name: gateway # 服务名称
cloud:
nacos:
server-addr: 82.157.9.110:8848 # nacos服务端地址
gateway:
routes: # 网关路由配置
- id: user-service # 路由id，自定义，只要唯一即可
# uri: http://127.0.0.1:8081 # 路由的目标地址http就是固定地址（不使用）
uri: lb://userservice # 路由的目标地址 lb（loadBalance）就是负载均衡，后面跟服务名称
predicates: # 路由断言，也就是判断请求是否符合路由规则的条件
- Path=/user/** # 这个是按照路径匹配，只要以/user/开头就符合要求
- id: order-service
uri: lb://orderservice
predicates:
- Path=/order/**
网关搭建步骤：
- 创建项目，引入nacos服务发现和gateway依赖
- 配置application.yml,包括服务基本信息、nacos地址、路由
路由配置包括：
- 路由id:路由的唯一标示
- 路由目标（uri):路由的目标地址，http代表固定地址，lb代表根据服务名负载均衡
- 路由断言（predicates):判断路由的规则
- 路由过滤器(filters):对请求或响应做处理
断言工厂
路由断言工厂Route Predicate Factory
- 我们在配置文件中写的断言规则只是字符串，这些字符串会被Predicate Factory读取并处理，转变为路由判断的条件
- 例如Path=/user/**是按照路径匹配，这个规则是由
org.springframework.cloud.gateway.handler.predicate.PathRoutePredicateFactory类来处理的 - 像这样的断言工厂在Spring CloudGateway还有十几个
Spring提供了11种基本的Predicate工厂：
- PredicateFactory的作用是什么？
读取用户定义的断言条件，对请求做出判断 - Path=/user/**是什么含义？
路径是以/user开头的就认为是符合的
过滤器工厂
**路由过滤器GatewayFilter **
GatewayFilter是网关中提供的一种过滤器，可以对进入网关的请求和微服务返回的响应做处理：
过滤器工厂GatewayFilterFactory
Spring提供了31种不同的路由过滤器工厂。例如：
案例：给所有进入userservice的请求添加一个请求头
给所有进入userservice的请求添加一个请求头：Truth=itcast is freaking awesome!
实现方式：在gateway中修改application.yml文件，给userservice的路由添加过滤器：
spring:
cloud:
gateway:
routes: # 网关路由配置
- id: user-service # 路由id，自定义，只要唯一即可
# uri: http://127.0.0.1:8081 # 路由的目标地址http就是固定地址（不使用）
uri: lb://userservice # 路由的目标地址 lb（loadBalance）就是负载均衡，后面跟服务名称
predicates: # 路由断言，也就是判断请求是否符合路由规则的条件
- Path=/user/** # 这个是按照路径匹配，只要以/user/开头就符合要求
- After=2022-05-04T11:32:00.000+08:00[Asia/Shanghai]
filters: # 过滤器
- AddRequestHeader=Truth,itcast is freaking awesome! # 添加请求头默认过滤器
如果要对所有的路由都生效，则可以将过滤器工厂写到default下。格式如下：
spring:
cloud:
gateway:
routes: # 网关路由配置
- id: user-service # 路由id，自定义，只要唯一即可
uri: lb://userservice # 路由的目标地址 lb（loadBalance）就是负载均衡，后面跟服务名称
predicates: # 路由断言，也就是判断请求是否符合路由规则的条件
- Path=/user/** # 这个是按照路径匹配，只要以/user/开头就符合要求
- After=2022-05-04T11:32:00.000+08:00[Asia/Shanghai]
- id: order-service
uri: lb://orderservice
predicates:
- Path=/order/**
default-filters:
- AddRequestHeader=Truth,itcast is freaking awesome! # 添加请求头● 过滤器的作用是什么？
① 对路由的请求或响应做加工处理，比如添加请求头
② 配置在路由下的过滤器只对当前路由的请求生效。
● defaultFilters的作用是什么？
① 对所有路由都生效的过滤器
全局过滤器（GlobalFilter）
全局过滤器的作用也是处理一切进入网关的请求和微服务响应，与GatewayFilter的作用一样。
区别在于GatewayFilteri通过配置定义，处理逻辑是固定的。而GlobalFilter的逻辑需要自己写代码实现。
定义方式是实现GlobalFilter接口。
public interface GlobalFilter {
/**
处理当前清求，有必要的话通过{@link GatewayFilterChain}将请求交给下一个过滤器处理
*@param exchange请求上下文，里面可以获取Request、Response等信息
*@param chain用来把请求委托给下一个过滤器
*@return{@code Mono<Void>}返回标示当前过滤器业务结束
*/
Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain);
}定义全局过滤器，拦截并判断用户身份
需求：定义全局过滤器，拦截请求，判断请求的参数是否满足下面条件：
- 参数中是否有
authorization authorization参数值是否为admin如果同时满足则放行，否则拦截
@Component
@Order(-1)
public class AuthorizeFilter implements GlobalFilter {
@Override
public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
// 1. 获取请求参数
ServerHttpRequest request = exchange.getRequest();
MultiValueMap<String, String> params = request.getQueryParams();
// 2. 获参数中的 Authorization 参数
String token = params.getFirst("authorization");
// 3. 判断参数值是否等于 admin
if ("admin".equals(token)) {
// 4. 是，放行
return chain.filter(exchange);
}
// 5. 否，拦截
// 5.1 设置状态码
exchange.getResponse().setStatusCode(HttpStatus.UNAUTHORIZED);
// 5.2 拦截请求
return exchange.getResponse().setComplete();
}
}● 全局过滤器的作用是什么？
对所有路由都生效的过滤器，并且可以自定义处理逻辑
● 实现全局过滤器的步骤？
① 实现GlobalFilter接☐
② 添加@Order注解或实现Ordered接口
③ 编写处理逻辑
过滤器执行顺序
请求进入网关会碰到三类过滤器：当前路由的过滤器、DefaultFilter、GlobalFilter
请求路由后，会将当前路由过滤器和DefaultFilter、GlobalFilter,合并到一个过滤器链（集合）中，排序后依次执
行每个过滤器
- 每一个过滤器都必须指定一个int类型的order值，order值越小，优先级越高，执行顺序越靠前。
- GlobalFilteri通过实现Ordered接口，或者添加@Orderi注解来指定order值，由我们自己指定
- 路由过滤器和defaultFilter的order由Spring指定，默认是按照声明顺序从1递增。
- 当过滤器的order值一样时，会按照defaultFilter>路由过滤器>GlobalFilter的顺序执行。
可以参考下面几个类的源码来查看：
路由过滤器、defaultFilter、全局过滤器的执行顺序？
①
order值越小，优先级越高
②
当order值一样时，顺序是defaultFilter最先，然后是局部的路由过滤器，最后是全局过滤器
跨域问题
跨域：域名不一致就是跨域，主要包括：
- 域名不同：www.taobao.com和www.taobao.org和www.jd.com和miaosha.jd.com域名相同
- 端口不同：localhost:8080和localhost8081
跨域问题：浏览器禁止请求的发起者与服务端发生跨域ajax请求，请求被浏览器拦截的问题
解决方案：CORS
网关处理跨域采用的同样是CORS方案，并且只需要简单配置即可实现：
spring:
cloud:
gateway:
globalcors: # 全局的跨域处理
add-to-simple-url-handler-mapping: true # 解决options请求被拦截问题
cors-configurations:
'[/**]':
allowedOrigins: # 允许那些网站进行跨域请求
- "http://localhost:8090"
- "http://www.leyou.com"
allowedMethods: # 允许的跨域ajax的请求方式
- "GET"
- "POST"
- "DELETE"
- "PUT"
- "OPTIONS"
allowedHeaders: "*" # 允许在请求中携带的头信息
allowCredentials: true # 是否允许携带cookie
maxAge: 360000 # 这次跨域的有效期
