Spring框架

3.Spring cloud

1.spring cloud Netflix

Eureka 服务注册发现
Zuul 网关
Ribbon 负载均衡
Feign 服务调用
Hystrix 监控和断路器

2.spring cloud alibaba

nacos 注册配置中心
gateway 网关
feign/openfeign/dubbo 服务调用
seata 分布式事务
sentinel 哨兵 监控,断路器

2.1 nacos

1. 配置中心
   和apollo比较
   都有界面
   apollo对权限管理做的比较好
   apollo支持的配置格式比较少,但是方便修改查看
   nacos支持多种配置格式
   nacos集群部署比较方便
   无中心的集群,新增配置之后会向其他节点广播一个数据同步的事件, 同步增量数据
   配置中心自动更新原理
   定时从配置中心获取配置文件的MD5值
   有变化时从配置中心拉取新配置文件
   然后将文件保存至本地缓存
   重新构建Environment
   销毁scope='refresh’的bean
   通过refresh重新构建,通过@value填充值

2. 注册中心
   推拉结合
   客户端10s一次查询请求,列表改变,获取新列表
   本地实例发生变化,nacos通过udp协议,推送到客户端,推送失败依靠定时拉取
   底层是通过调用nacos的api实现的
   保存注册信息是一个双层map第一层命名空间第二层分组第三层是具体的实例

永久实例:下线不删除,会本地化
临时实例: 方便扩容

拉取信息是通过对spring bean初始化的增强,在初始化之后调用list接口拉取服务

CP+AP
可以设置集群节点是ap还是cp
ap:
distro
客户端先进行服务注册,然后通过心跳机制保证健康
每个节点,会保存所有数据,负责一部分数据的写入,收到外部请求,会检查是不是该节点负责的数据,不是就通过内部转发到对应节点
写入后同步到其他节点
会出现脑裂
cp:
leader:处理读写请求, 收到写请求的时候先存入本地日志,同步给follower,收到半数ack后返回成功,通知follower同步日志
follower:处理读请求,发现leader挂了会变为候选人发起选举
candidate: 候选人,临时角色

raft,半数写入成功才算写入成功

2.2 gateway

网关
通过过滤器链进行认证转发重定向等操作
1.接受请求,封装为网关上下文
2.通过核心处理器转发到handlermapping,查找对应的路由和断言,通过断言,进入过滤器链

2.3 dubbo

默认使用netty,还有mina
支持协议:
1、 dubbo：单一长连接和 NIO 异步通讯，适合大并发小数据量的服务调用，以及消费者远大于提供者。传输协议 TCP，异步， Hessian 序列化；

2、 rmi：采用 JDK 标准的 rmi 协议实现，传输参数和返回参数对象需要实现Serializable 接口，使用 java 标准序列化机制，使用阻塞式短连接，传输数据包大小混合，消费者和提供者个数差不多，可传文件，传输协议 TCP。多个短连接， TCP 协议传输，同步传输，适用常规的远程服务调用和 rmi 互操作。在依赖低版本的 Common-Collections 包， java 序列化存在安全漏洞；

3、 http：基于 Http 表单提交的远程调用协议，使用 Spring 的 HttpInvoke 实现。多个短连接，传输协议 HTTP，传入参数大小混合，提供者个数多于消费者，需要给应用程序和浏览器 JS 调用；

4、 webservice：基于 WebService 的远程调用协议，集成 CXF 实现，提供和原生 WebService 的互操作。多个短连接，基于 HTTP 传输，同步传输，适用系统集成和跨语言调用；

5、 hessian：集成 Hessian 服务，基于 HTTP 通讯，采用 Servlet 暴露服务，Dubbo 内嵌 Jetty 作为服务器时默认实现，提供与 Hession 服务互操作。多个短连接，同步 HTTP 传输， Hessian 序列化，传入参数较大，提供者大于消费者，提供者压力较大，可传文件；

6、 Redis：基于 Redis 实现的 RPC 协议

默认是同步等待结果阻塞的，支持异步调用，Dubbo 是基于 NIO 的非阻塞实现并行调用，客户端不需要启动多线程即可完成并行调用多个远程服务，相对多线程开销较小，异步调用会返回一个 Future 对象。

容错策略
快速失败
重试2 幂等
失败安全:直接吞掉
失败自动恢复:保存,定时重发

通过版本号兼容老接口

2.4 seata

AT模式:
@GlobalTransactional
undo_log 记录执行的所有sql
发起方生成id,注册事务,参与方通过这个id注册分支事务,根据所有事务状态,确定最终是提交还是回滚
有脏读的可能
TCC模式
@LocalTCC
自己实现commit和rollback

2.5 sentinel

通过可视化界面进行操作
信号量隔离
基于QPS限流
懒加载

熔断策略
平均响应时间
异常比例
异常数量