CLOSE_WAIT 产生原因， netty 的代码不够健壮，一个 try-catch 包裹的逻辑太多，在 OOM throwable 异常处理时，没能成功注册事件也没有 close 已创建的连接

前段时间学习了分布式事务的几种方案，下面主要总结下基于本地消息表实现可靠消息最终一致性的分布式事务方案。 在传统架构中往往是一个单体架构，一个系统就对应一个war包，然后这个系统也只有一个数据库。即一个应用对应一个数据库，此时能满足传统的数据库事务，满足ACID的强一致性。后来…

## 1 事务概念 在分布式系统中，为了保证数据的高可用，通常，我们会将数据保留多个副本(replica)，这些副本会放置在不同的物理的机器上。为了对用户提供正确的 CRUD 等语义，我们需要保证

## 为什么要学习RPC 如下是Http请求案例： ![file](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/58d7e5c3018

本文讲解了服务降级的概念，并通过实际项目中的一个降级组件设计例子，从0到1实现了一个starter。

限流、熔断和降级都是系统容错的重要设计模式 限流 是对系统的被请求频率以及内部的部分功能的执行频率加以限制，防止因突发的流量激增，导致整个系统不可用。限流主要是防御保护手段，从流量源头开始控制流量规避

在电商高并发场景下，我们经常会使用一些常用方法，去应对流量高峰，比如限流、熔断、降级，今天我们聊聊限流。

分布式系统中不可避免存在分布式事务带来的一致性问题。对于一致性的处理，分为强一致和最终一致性。对于大部分分布式系统，强烈建议放弃强一致性，采取最终一致性方案。