Raft论文阅读笔记
花了点时间看了一下Raft的论文，当做是记录一下，也发上来，以免丢失了。后续可能会总结一下比较关键的内容 Raft1 Raft2 Raft3 Raft4 Raft5 Raft6 Raft7 Raft8 Raft9 Raft10 Raft11 Raft12 Raft13 Raft14 Raft15 Raft16 Raft17 Raft18
分布式事务
稍微复习了一下分布式事务，复习时直接做的图分类。没有系统写blog。感觉还行，有问题再改 先写一段小总结： 事务回滚手段： 数据库 Rollback - XA 补偿方法 - TCC、Saga、AT XA刚性事务-2PC、3PC XA-2PC&3PC TCC方案 TCC方案 AT方案 AT方案 Saga方案 Saga方案 Seata 表格 Seata表格
Java生态-远程调用
Java生态远程调用 Review 远程调用的发展时，简单做了一张图，先贴上来。它基本回答了远程调用的发展历程以及不同技术路线目前的情况。 当然这张图还是非常粗糙的，以后有机会进一步扩展。 Java远程调用发展图
KeyCloak持久化机制-简述
在研究KeyCloak的部分接口功能的时候，发现有相当一部分的接口代码没有直接做持久化，但是在接口调用完成后，确实数据又被持久化到了数据库之中，因此花了一些时间来研究了一下他是怎么做持久化的。 业务逻辑接口-示例 RoleByIdResource 接口 @Path("{role-id}/composites") @POST @Consumes(MediaType.APPLICATION_JSON)
KeyCloak 登录源码解析
登录/OTP页面怎么来的 表单动作操作实际上是调用各种 Form(freeMarker下页面绑定的类) 下的 action 或者是 authenticate 方法，这些方法实际上在调用 challenge 方法的时候会导致实际上表单的切换等行为的出现。至于静态资源和Form怎么绑定的就不知道了，看不懂 FreeMarkerLoginFormsProvider 登录页面的静态资源 login.ftl
KeyCloak - 获取Token流程源码解析
客户端代理入口 - TokenService 客户端代理接口，他的实际意义是让我们可以直接通过TokenService类似于Feign等远程调用一样，可以直接调用我们的目标功能，在实际上通过代理之后，实际请求的会是 TokenEndpoint 。 @Produces(MediaType.APPLICATION_JSON) @Consumes(MediaType.APPLICATION_FORM_U
基于Redis的幂等实现方案 Demo
接口请求幂等唯一性 web项目暴露接口在前端页面的时候，在前端页面进行使用的时候，无可避免的会出现重复请求 / 恶意请求消耗服务器资源的情况。毕竟你没办法保证网络上的每个人都像个人。 除了需要保证接口请求的幂等性以外，我们还要需要对某些特殊的接口做一定的限制，这些限制的使用场景如下：特别是现在的服务资源有较大的概率是购买第三方的服务来提供的，比如手机短信验证码这一类资源，就更有必要去限制用户的请求
SpringCloud
架构的发展 单一式 -> 垂直式 -> 分布式 -> SOA流式 -> 微服务 单一式就是普通的全部功能都在一个项目中的情况 垂直式是缺少相互调用的核心的一种架构设计 分布式架构其实就是将多种不同的服务相互之间拆开，拆开后，负责不同功能的主机，某一个功能可以有多台主机共同负责 SOA流式，SOA流式对比普通的分布式架构，主要区别在于内部不同服务的主机之间进行交流是通过共同的总线来实现的，因此但是这
微服务基本概念
CAP理论 CAP理论指的是分布式系统下的三个基本特征，一般来说分布式系统最多只能拥有这三个特征之中的唯二两项，并不能同时拥有三个特征，因为往往具有其中两个特征之后就会对其他特征产生互斥的情况 C: Consistency（一致性） A：Availability（可用性） P：Partition Tolerance（分区容错性） ①C**一致性：**对于客户端的每次读操作，要么读到的是最新的数
SpringCloud Alibaba
微服务的基本概念 服务调用(远程调用) 将一个系统拆分成各个微服务后，各个微服务之间协同工作才能对外提供完整的服务，这就涉及到各个 微服务之间的调用问题。目前各个微服务之间一般会采用Restful接口或者RPC协议的方式进行调用。 （1）Restful接口 Restful接口一般是基于HTTP协议实现的，这种协议使用上比较广泛，几乎所有的编程语言都支持HTTP 协议。 （2）RPC协议 RPC
