SpringCloud

这是我参与11月更文挑战的第27天，活动详情查看：2021最后一次更文挑战 热点数据限流还有以下使用场景： 写数据的服务，业务系统提供录入数据的服务，数据写入数据库之类的存储系统，存储系统的底层会加锁

这是我参与11月更文挑战的第26天，活动详情查看：2021最后一次更文挑战 修改FlowControllerV2类，把之前的配置两个类注入，表示规则的拉取和规则的发布统一用两个的自定义实例 在appl

这是我参与11月更文挑战的第25天，活动详情查看：2021最后一次更文挑战 修改resources/app/scripts/directives/sidebar/sidebar.html文件部分代码，

这是我参与11月更文挑战的第23天，活动详情查看：2021最后一次更文挑战 Nacos 作为项目的配置中心角色，但是存在一种情况是一部分操作者在Nacos控制台上动态修改流控规则并且实现流控规则同步，

这是我参与11月更文挑战的第22天，活动详情查看：2021最后一次更文挑战 Spring Cloud Sentinel 整合 Nacos 实现动态流控规则，步骤如下： 添加Nacos数据源的maven

这是我参与11月更文挑战的第21天，活动详情查看：2021最后一次更文挑战 同一类的URL资源统一限流 Sentinel中HTTP服务的限流默认情况下由Sentinel-Web-Sentinel包中的

这是我参与11月更文挑战的第20天，活动详情查看：2021最后一次更文挑战 使用Sentinel Dashboard 实现流控配置 在Sentinel Dashboard 配置流控规则，可实现流量控制

小知识，大挑战！本文正在参与“程序员必备小知识”创作活动。 在产品服务宕机或者出现异常情况下，导致该服务没有收到TCC事务协调器的Cancel或Confirm请求，针对这种情况，TCC事务框架会记录一

小知识，大挑战！本文正在参与“程序员必备小知识”创作活动。 TCC是一种两阶段提交的思想，第一阶段通过Try进行准备工作，第二阶段Confirm Cancel是Try阶段操作的确认和回滚，在分布式事务

小知识，大挑战！本文正在参与“程序员必备小知识”创作活动。 BASE理论没有要求数据的强一致性，而是允许数据在一段时间内是不一致的情况，但是数据最终会在某个时间点实现一致性。采用BASE理论来实现数据

小知识，大挑战！本文正在参与“程序员必备小知识”创作活动。 如果是CA或者CAP这种情况，必须网络要百分之百可靠，否则当出现网络分区的情况时，为了保证数据的一致性，必须拒绝客户端的请求，但是如果拒绝了

小知识，大挑战！本文正在参与“程序员必备小知识”创作活动。 CAP定理 CAP定理和BASE理论 两阶段提交和三阶段提交是XA协议解决分布式数据一致性问题的基本原理，但是这两种方法为了保证数据的强一致

小知识，大挑战！本文正在参与“程序员必备小知识”创作活动。 三阶段提交协议 三阶段提交协议 三阶段提交协议是两阶段提交协议的改进版本，它利用超时机制解决了同步阻塞问题 三阶段提交协议具体描述如下： C

小知识，大挑战！本文正在参与“程序员必备小知识”创作活动。 两阶段提交协议执行流程 两阶段提交协议执行流程如下： 准备阶段:事务管理器（TM）通知资源管理器（RM）准备分支事务，记录事务日志，通知事务

小知识，大挑战！本文正在参与“程序员必备小知识”创作活动。 ClientLongPolling ClientLongPolling是一个线程，其run方法的代

小知识，大挑战！本文正在参与“程序员必备小知识”创作活动。 深入/listener接口分析实现长轮询请求 doPollingConfig方法是

小知识，大挑战！本文正在参与“程序员必备小知识”创作活动。 接着调用checkUpdateDataIds方法，基于长连接方式来监听服务端配置变

小知识，大挑战！本文正在参与“程序员必备小知识”创作活动。 长轮询任务 每个长轮询LongPollingRunnable任务处理3000个监听配置集，如果超过3000个，则需要

小知识，大挑战！本文正在参与“程序员必备小知识”创作活动。 NacosConfigService NacosConfi

小知识，大挑战！本文正在参与“程序员必备小知识”创作活动。 配置加载执行路径：loadApplicationConfiguration->loadNac