前言 并发问题解决方案： 分布式锁 乐观锁 悲观锁 业务代码无锁，最终靠数据库行锁一次执行，通过sql条件判断 ✅并发问题解决方案（分布式锁） 在我们的项目中，有很多并发的场景，但是我们的解决思路是不

随着移动互联网的发展和智能终端的普及，计算机系统早就从单机独立工作过渡到多机器协作，集群按照分布式理论构建出庞大复杂的应用服务，在分布式的基础上正进行一场云原生的技术革命，彻底打破传统的开发方式，解放了新一代的生产力。 由于业务发展到一定程度后，需要对服务进行解耦，进而把一个单…

限流想必大家都不陌生，它是一种控制资源访问速率的策略，用于保护系统免受过载和崩溃的风险。限流可以控制某个服务、接口或系统在一段时间内能够处理的请求或数据量，以防止系统资源耗尽、性能下降或服务不可用。

门面模式和适配器模式是代码级的设计模式，而防腐层的本质是一种防御型策略，在更高的层级对系统进行解耦。

在微服务的时代，分布式事务是绕不开的话题，尽管在大多数场景下，我们并不需要使用分布式事务，但是 不需要使用 不代表 可以不会使用，万一哪天真需要用到了呢？分布式事务是一个比较大的话题，今天我们来看看基

1 背景 在讲述分布式事务的概念之前，我们先来回顾下事务相关的一些概念。 1.1 事务的基本概念 就是一个程序执行单元，里面的操作要么全部执行成功，要么全部执行失败，不允许只成功一半另外一半执行失败的

市面上很多介绍redis如何实现限流的，但是大部分都有一个缺点，就是只能实现单一的限流，比如1分钟访问1次或者60分钟访问10次这种，但是如果想一个接口两种规则都需要满足呢，我们的项目又是分布式项目，

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