spring boot 开发

官方的插件与非官方插件格式

spring boot actuator 监控

spring boot 配置管理

使用 yml 配置还是使用 properties 配置

推荐yml :

1. 可读性

2. 如果在 yml 的话，对于springboot 来说读取配置内容是有序读取的，

但是 properties 就不一定是按照配置顺序读取配置项的

比如上面的 yml的话就是先读取 users 配置然后到 legacy 配置

配置设置优先级

以上 SOME_ENV就是启动的时候指定环境变量。同时使用命令行参数也是一样的使用方式

yml 指定不同环境的使用属性

微服务适用场景

1.大型，复杂项目

2. 有快速迭代的需求

3. 访问压力大

不适用微服务场景

1. 业务稳定

2. 迭代周期长

微服务拆分

方法论

DDD 在国内不流行，不过正在越来越流行，可以去了解

心得

合理的粒度

1. 良好地满足业务

2. 幸福感：团队不会觉得微服务很大，部署方便，每次部署不需要部署很多微服务

3. 增量迭代：每次迭代都是迭代有限个微服务，发布也是发布有限个微服务

4. 持续进化：对微服务进行再拆分与合并

spring cloud alibaba 简介

参考文档 https://github.com/alibaba/spring-cloud-alibaba/blob/master/README-zh.md

https://www.jianshu.com/p/63c521f098be

版本与兼容性

什么是 nacos

文档： https://nacos.io/zh-cn/docs/what-is-nacos.html

nacao 的服务发现的领域模型

即高版本的group 功能可能会生效。在 0.9 版本没有生效

nacos 元数据

nacos 可以通过 namespace 做好服务集群的隔离。

即不同 namespace的微服务不能互相调用

Ribbon

组成

负载均衡规则

@Configuration 注解使用注意 spring 容器父子上下文

那是因为 ribbon 的容器也会扫描这个这个类。

而主容器 spring boot 也会扫描这个类，

这就是所谓的父子上下文扫描重叠

就可能出现各种各样奇怪的问题。比如事务不生效

因此这个 ribbon 配置类要放在 spring boot 启动类扫描不到的地方。

否则这样的配置就会变成全局规则，而不是针对某个微服务的规则

配置属性

代码配置与属性配置

最佳实践

全局配置

支持的配置项

ribbon 饥饿加载

默认 ribbon 是懒加载的

因此就会出现首次请求过慢，而可能出现超时的问题

改成饥饿加载

扩展ribbon 支持 nacos 权重

因为 nacos 可以为微服务配置权重的，而 ribbon 没有

因此需要自己是实现这种算法，而 nacos 已经实现了，改写一下即可

package com.itmuch.contentcenter.configuration;

import com.alibaba.nacos.api.exception.NacosException;
import com.alibaba.nacos.api.naming.NamingService;
import com.alibaba.nacos.api.naming.pojo.Instance;
import com.netflix.client.config.IClientConfig;
import com.netflix.loadbalancer.*;
import lombok.extern.slf4j.Slf4j;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.cloud.alibaba.nacos.NacosDiscoveryProperties;
import org.springframework.cloud.alibaba.nacos.ribbon.NacosServer;

@Slf4j
public class NacosWeightedRule extends AbstractLoadBalancerRule {
    @Autowired
    private NacosDiscoveryProperties nacosDiscoveryProperties;
    @Override
    public void initWithNiwsConfig(IClientConfig clientConfig) {
        // 读取配置文件，并初始化NacosWeightedRule
    }

    @Override
    public Server choose(Object key) {
        try {
            BaseLoadBalancer loadBalancer = (BaseLoadBalancer) this.getLoadBalancer();
//        log.info("lb = {}", loadBalancer);

            // 想要请求的微服务的名称
            String name = loadBalancer.getName();

            // 拿到服务发现的相关API
            NamingService namingService = nacosDiscoveryProperties.namingServiceInstance();

            // nacos client自动通过基于权重的负载均衡算法，给我们选择一个实例。
            Instance instance = namingService.selectOneHealthyInstance(name);

            log.info("选择的实例是：port = {}, instance = {}", instance.getPort(), instance);
            return new NacosServer(instance);
        } catch (NacosException e) {
            return null;
        }
    }
}

// spring cloud commons --> 定义了标准
// spring cloud loadbalancer --> 没有权重

扩展方式参考 https://www.imooc.com/article/288660

扩展Ribbon -基于元数据的版本控制

参考 https://www.imooc.com/article/288674

Feign

自定义Feign日志级别

在配置文件配置：

全局配置日志

支持的配置项

最佳实践

Feign的继承

即 controller 实现一个接口，而 feign 继承这个接口。这样来使用。

好处就是比较有契约精神，代码重用

官方不建议这样使用，这样就是紧耦合了

但是业界很多公司这样使用。

因此要拳皇利弊，再使用。

多参数请求构造

即当 多个 feign 类 注解服务名称的相同的时候，就需要加上下面的配置
spring
   main:
    allow-bean-definition-overriding: true

多参数的时候需要加上 @SpringQueryMap

多参数的参考 https://www.imooc.com/article/289000

feign 脱离Ribbon 使用

RestTemplate VS Feign

feign性能优化

1. 使用连接池

使用 okhttp 或者 apache httpclient 都可以。只是需要加上对应的mavne依赖

设置合适的feign日志级别

生产不建议设置日志级别为 full , 可以设置为 basic

Feing 常见问题

参考 https://www.imooc.com/article/289005

spring cloud gateway

为什么需要网关？

1. 统一授权认证

2. 通信协议可能不同，进行处理

3. 统一维护

优点。缺点

规则

核心概念

架构

路由谓词工厂

参考 https://www.imooc.com/article/290804

自定义路由谓词工厂

自定义的路由谓词工厂要以

RoutePredicateFactory 结尾

内置过滤器工厂

参考 https://www.imooc.com/article/290816

自定义过滤器工厂

方式1

方式2

核心API

过滤器工厂命名一定要以 GatewayFilterFactory 结尾

过滤器执行顺序

网关限流

参考 https://www.imooc.com/article/290828

或者整合 sentinel 或者 hytrix

监控网关

参考 https://www.imooc.com/article/290822

服务容错 sentinel

雪崩效应：也叫 cascading failure 级联失效，级联故障。

即比如当高并发的时候，如果某个服务挂了，那么调用该服务的服务那么就存在大量的线程等待阻塞，因为线程直到连接失败或者连接超时才会销毁，而造成的雪崩效应，因此才需要服务容错。

常见容错方案

超时。意义：只有线程释放够快就不会出现问题，

限流。思想：一次只能承受这么多，

仓壁模式（比如某个服务的调用接口分配一定的线程池，那么该服务挂了，不会造成雪崩效应）. 比喻：不把鸡蛋放在一个篮子里

断路器模式。思想：监控加开关

sentinel

文档： https://github.com/alibaba/Sentinel/wiki/%E4%BB%8B%E7%BB%8D

依赖与监控端点：

sentinel 控制台

控制台访问路径 localhost:8080 , 账号 sentinel ,密码也是 sentinel

流控规则

关联这里用法：比如当关联的资源比如修改的API ，当修改的API达到某个阈值，就限制查询API 自己

链路：用法：比如针对某个接口或者某个来源进行细粒度的限流

流控效果

1. 快速失败：

2. Warm Up 预热

即让允许通过的流量或者请求缓慢增加，而不是一下子都过来，避免高峰请求

类似：削峰填谷

3. 排队等待

适用于应对特发情况：比如某时候很多请求，某时候很少请求。

而且不是请求很多的时候就丢弃请求，就可以使用这样的，这样可以在服务空闲的时候

处理之前的请求

降级规则

1. RT ：平均响应时间

2. 降级 - 异常比例

源码：

官网文档可能不太对，一切以代码和实际测试为准

热点规则

即可以对请求参数进行限流，比如某些请求参数的QPS非常高，更细致化，提高了 api 接口的可用性

否则其他参数不生效

源码：

系统规则

系统load负载

可以使用 uptime 查看系统负载

源码：

授权规则

配置服务的白名单与黑名单

代码配置规则

参考 http://www.imooc.com/article/289345

sentinel 与控制台通信原理

sentinel 定时获取信息，且它们有心跳，即实现了一套服务发现机制

源码

控制台配置项

控制台配置项1

比如知道用户名和密码

sentinel API

在代码里面定义 sentinel 保护的资源。之后就可以在 sentinel 控制台对其进行设置规则了

@SentinelResource详解

参考 http://www.imooc.com/article/289384

源码

RestTemplate整合Sentinel

使用注解即可。默认是 sentinel.enabled=true .

当开发调试的时候，可以使用设置 sentinel 为false

Feign整合sentinel

使用总结

规则持久化

拉模式与推模式

参考 http://www.imooc.com/article/289402

参考 http://www.imooc.com/article/289464

生产环境使用sentinel

如果不想改造规则持久化，则可以使用阿里云的 AHAS ，就比较方便了

推模式还是拉模式根据实际情况权衡使用

集群流控

目前 Token Server 还有点问题，不支持生产使用。新版本以后再说

扩展sentinel 错误页优化

urlBlockHandler 接口可以对错误进行处理

扩展区分来源

比如针对来源与流控应用

实现接口即可

扩展-支持RESTful URL

因为 sentinel 的控制台配置流控规则的路径不支持 restful 因此需要自己扩展

扩展 -看本质

本质就是通过过滤器进行处理的，这里是 CommonFilter

如果想自定义可以通过参考或者改写 CommonFilter 里面的实现

配置项总结

参考 https://www.imooc.com/article/289562

sentinel 的仓壁模式，并没有使用线程池进行隔离实现。

如果使用类似hytix 那种，一个接口配置一个小型线程池，

如果线程池数量很多，那么线程数就会过多，肯定会对性能造成影响。

而 sentinel 还是使用一个线程池，只是比如某个接口指定使用某些线程。

这样线程数就会过多。

sentinel 流程图

用户认证与授权

OAuth2 实现单点登录

https://www.cnblogs.com/cjsblog/p/10548022.html

处处安全方案

外部无状态，内部有状态方案

网关认证授权，内部裸奔方案

优点：实现简单，性能好

缺点：网关的登录认证被破就有风险

内部裸奔改进方案

可以减低方案的复杂度，提升安全性。但是秘钥被泄露的风险增加了

方案对比与选择

访问控制模型

jwt

工具类参考 https://www.imooc.com/article/290892

Feign 实现token

或者使用 feign 的拦截器来传递 token 值

Nacos 配置管理

1.不同环境不同配置

2. 配置属性动态刷新

引入依赖

<dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
            <version>${spring-cloud-alibaba.version}</version>
        </dependency>