项目

什么是选主

结点有三种角色

选主过程

leader 会周期性的向所有follower结点发送心跳包来维持自己的权威

follower一段时间没有收到leader发来的心跳包就会认为leader已经下线了, 便会将自己的状态变为Candidate 并且发起一格选主的过程

什么是日志复制

日志复制流程

服务器

客户端

Raft算法主要是为了解决分布式系统中, 会进行结点的复制, 这也就带来了多个复制结点之间的一致性问题

Raft算法是通过发起日志复制的机制实现数据一致性, 这里对raft集群的读写操作都会封装成一个日志

客户端请求raft集群就会发起一个日志复制的请求 这个日志必须得到>(N/2+1)结点的成功复制才可以提交这个日志并返回

成功复制的日志会将这个提案对应的日志标记为commit, 并最终应用到本地状态机

这样其他客户端在发起读请求的时候就可以从状态机读到最新的数据,

对于调用时间存在重叠（并发）的请求，生效顺序可以任意确定。

对于调用时间存在先后关系的请求，后一个请求不能违背前一个请求确定的结果。

任何一个客户端的读取返回新值后，所有客户端的后续读取也必须返回新值

可能存在旧的leader仍然认为自己是leader, 但是因为网络的隔离, 处于多数派的那部分结点没有收到旧leader的心跳包, 所以开始了新一轮的选举, 并选出新leader开始后续的写请求, 这时因为旧leader误以为自己还是leader仍然处理客户端请求,导致读到旧的数据

为了确保 leader 处理读操作时仍拥有领导权，我们可以将读请求同样作为一个提案走一遍 Raft 流程，

某次写操作的日志尚未被复制到一少部分&nbsp;follower，但&nbsp;leader&nbsp;已经将其&nbsp;commit。<br>leader收到超过一半就可以commit, 但是没有复制的少部分结点与主节点就是不一致的

某次写操作的日志已经被同步到所有&nbsp;follower，但&nbsp;leader&nbsp;将其&nbsp;commit&nbsp;后，心跳包尚未通知到一部分&nbsp;follower。<br>没有收到leader的commit心跳包, 这个日志对应的操作还没有被复制到follower本地状态机, 所以读取的仍然是旧数据

直接读follower, 前一个写操作已经成功返回了, 这时读数据一定要读到最新的数据, <br>但是以上情况可能读到旧的数据, 不满足线性一致性

状态机落后于&nbsp;committed&nbsp;log&nbsp;导致脏读

网络分区导致脏读

为了确保&nbsp;leader&nbsp;处理读操作时仍拥有领导权，我们可以将读请求同样作为一个提案走一遍&nbsp;Raft&nbsp;流程，

当这次读请求对应的日志可以被应用到状态机时前一个日志一定已经应用到了状态机了，leader&nbsp;就可以读状态机得到最新数据并返回给用户了

Cleark请求leader&nbsp;,&nbsp;leader提交了这个日志,&nbsp;但是马上就断线了,&nbsp;没有回复Cleark,&nbsp;但是这个提交的日志会被已经复制过的raft都标记为commit&nbsp;并且apply到本地状态机,&nbsp;所以事实上这个Op已经作用到了数据库,&nbsp;但是因为没有回复Cleark,&nbsp;Cleark还会继续发送这个Op到其他的服务器,

每个客户端都有自己的请求序号Seq,&nbsp;每次发起请求都会在这个客户端原来Seq基础上+1

每个客户端都会生成一个唯一的UUID 和请求号一起构成一个请求的唯一标识

遇到请求会通过这个客户单的UUID找到次的请求序号

什么是幂等性？<br>幂等性：提交一次和多次，结果是一样的。

1.&nbsp;配置文件中配置Nacos&nbsp;server的地址<br>2.&nbsp;配置微服务的应用名称<br>3.&nbsp;在主应用程序上加上&nbsp;@EnableDiscoveryClient注解<br>4.&nbsp;启动NacosServer服务器<br>5.&nbsp;启动微服务<br>6.&nbsp;登录&nbsp;127.0.0.1:8848/nacos

1.&nbsp;引入Nacos&nbsp;Config&nbsp;starter&nbsp;依赖<br>2.&nbsp;添加bootstrap.properties配置文件<br>&nbsp;&nbsp;&nbsp;1.&nbsp;配置当前服务的名称<br>&nbsp;&nbsp;&nbsp;2.&nbsp;配置nacos配置中心的地址<br>3.&nbsp;在配置中心添加一个数据集(Data&nbsp;Id)&nbsp;gulimall-coupon.properties<br>&nbsp;&nbsp;&nbsp;1.&nbsp;默认命名方式为&nbsp;&lt;应用名.properties&gt;<br>&nbsp;&nbsp;&nbsp;2.&nbsp;在配置文件中可以随时修改信息发布<br>4.&nbsp;在需要获取到配置中心配置文件内容(@Value("${properties的key}$"))的类上添加&nbsp;@RefreshScope注解,&nbsp;让该微服务可以动态的从配置中心配置文件获取内容<br>5.&nbsp;如果配置中心和当前应用的配置文件都配置了相同的项,优先使用配置中心的项

客户端发送请求到服务器路途中，设置一个网关，请求都先到达网关，网关对请求进行统一认证（合法非法）和处理等操作。他是安检。

新建gateway模块, 主启动类加@EnableDiscoveryClient&nbsp;将自己注册到注册中心&nbsp;这样可以找到其他的服务

配置Nacos的地址&nbsp;(application.properties)

配置中心的配置文件&nbsp;bootstrap.properties

编写网关服务的配置

传入用户的UUID为这个用户生成带有过期时间的验证码图片,

将用户UUID和验证码绑定,&nbsp;检验阶段通过用户的UUID和输入验证码检验是否匹配

用户名不存在返回

获取用户对应的盐, 和用户此次输入密码通过Sha256算法加密得到值和用户实际密码是否相等

UserId

一个UUID随机数

当前时间

过期时间

token认证机制<br>token与session的不同主要在<br>①认证成功后，会对当前用户数据进行加密，生成一个加密字符串token，返还给客户端（服务器端并不进行保存）<br>②浏览器会将接收到的token值存储在Local&nbsp;Storage中，（通过js代码写入Local&nbsp;Storage，通过js获取，并不会像cookie一样自动携带）<br>③再次访问时服务器端对token值的处理：服务器对浏览器传来的token值进行解密，解密完成后进行用户数据的查询，如果查询成功，则通过认证，实现状态保持，所以，即时有了多台服务器，服务器也只是做了token的解密和用户数据的查询，它不需要在服务端去保留用户的认证信息或者会话信息，这就意味着基于token认证机制的应用不需要去考虑用户在哪一台服务器登录了，这就为应用的扩展提供了便利，解决了session扩展性的弊端。<br>原文链接：https://blog.csdn.net/mydistance/article/details/84545768

前端页面在8001端口登录需要访问88端口的登录,&nbsp;同源策略禁止<br>

浏览器对于协议, 域名, 端口 任意一个不同的地址不允许请求

跨域的流程是发送了两个请求,&nbsp;第一个为OPTIONS预检请求,&nbsp;去访问服务器,&nbsp;询问是否允许跨域请求,&nbsp;如果服务器响应允许,&nbsp;则发送真实的请求

-&nbsp;方法1：设置nginx包含admin和gateway。都先请求nginx，这样端口就统一了<br>-&nbsp;方法2：让服务器告诉预检请求能跨域

添加响应头,&nbsp;对于预检Option请求,&nbsp;表示允许

获取基于url跨域配置源类 UrlBasedCorsConfigurationSource&nbsp;source

生成Cors跨域配置信息类&nbsp;CorsConfiguration&nbsp;corsConfiguration

//1.配置跨域<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;//允许所有的请求头类型跨域<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;corsConfiguration.addAllowedHeader("*");<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;//允许任意请求方式跨域<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;corsConfiguration.addAllowedMethod("*");<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;//允许任意请求来源跨域<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;corsConfiguration.addAllowedOrigin("*");<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;//允许携带cookies跨域<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;corsConfiguration.setAllowCredentials(true);<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;//任意路径允许跨域<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;source.registerCorsConfiguration("/**",&nbsp;corsConfiguration);

攻击者盗用了你的身份，以你的名义发送恶意请求，对服务器来说这个请求是完全合法的，但是却完成了攻击者所期望的一个操作

1.&nbsp;用户C打开浏览器，访问受信任网站A，输入用户名和密码请求登录网站A；<br>2.在用户信息通过验证后，网站A产生Cookie信息并返回给浏览器，此时用户登录网站A成功，可以正常发送请求到网站A；<br>3.&nbsp;用户未退出网站A之前，在同一浏览器中，打开一个TAB页访问网站B；<br>4.&nbsp;网站B接收到用户请求后，返回一些攻击性代码，并发出一个请求要求访问第三方站点A；<br>5.&nbsp;浏览器在接收到这些攻击性代码后，根据网站B的请求，在用户不知情的情况下携带Cookie信息，向网站A发出请求。网站A并不知道该请求其实是由B发起的，所以会根据用户C的Cookie信息以C的权限处理该请求，导致来自网站B的恶意代码被执行。

设置黑客无法伪造的信息, 请求参数加rtoken 或者HTTP头中自定义属性验证

member模块添加feign包<br>

feign包中编写接口,&nbsp;告诉SpringCloud这个接口需要调用远程服务

接口添加注解@FeignClient("需要调用的模块在注册中心的名称")

被调用服务有多个方法, 要调用哪个方法就把方法完整的写在这里

调用方法上加@RequestMapping("被调用方法的完整URL")

主启动类添加主机@EnableFeignClients("feign包的全路径, 表示这个包下的接口都是远程调用的")

负责创建管理不同文件parse得到的结果缓存

底层实现concurrentHashMap

对应一个文件parse后得到的结果

底层实现两种

提供