最近小白在做一个系统功能时，发现有个方法是需要做同步的，but，生产环境中项目的部署是多个tomcat做集群的，而简单的使用synchronized加锁只是针对同一个JVM进程中的多线程实现同步，对于跨进程的同步无法达到统一加锁的目的。于是，小白便想到了分布式锁。前段时间刚好看…

基本可用:分布式系统在出现故障时，允许损失部分可用功能，保证核心功能可用。如，电商网站交易付款出 现问题了，商品依然可以正常浏览。 软状态:由于不要求强一致性，所以BASE允许系统中存在中间状态（也叫软状态），这个状态不影响系统可用 性，如订单的"支付中"、“数据同步中”等状态…

再比如User service 扣费成功后，往新订单转移票队列写消息，这时Ticket service 正在处理中或者处理中发生了失败，这中间的过程中用户查看自己的余额已经扣费成功，但票的信息却没有，此时可以使用事务失败回滚的方式依次回退，这种叫弱一致性；又或者可以把处理失败的…

我们来看看底层实现，首先看看RLock接口： 该接口主要继承了Lock接口还有其他Redisson, 并扩展了部分方法, 比如:boolean tryLock(long waitTime, long leaseTime, TimeUnit unit)新加入的leaseTime主…

这里的架构演进应该是从服务化的角度来说，应该说随着业务发展，应用规模扩大，系统的一些公共服务就会抽取出来，独立开发，部署，维护，用来解决并发，扩展，维护的问题。 DB主从等。 这种并没有什么不好，发展初期大多是这样，体量没那么大，也不需要考虑高并发大流量可扩展性什么的，简单粗暴…

在前面一篇文章，我们介绍了阿里开源的分布式事务组件 Seata 的相关概念，重点介绍了 Seata 的 AT 模式。并通过一个 Spring-Cloud-JPA 的案例，演示了 AT 模式的使用入门。本文将会结合 Spring-Cloud-JPA 的案例，深入了解 Seata …

AKKA是一款高性能、高容错性的分布式＆并行应用框架，遵循Apache2开源许可，基于经典的Actor 并发模型，底层通过Scala语言实现，提供Java和Scala API。 并行与并发：提供对并行与并发的高度抽象。 异步非阻塞：Akka-Actor 消息通信都是基于异步非阻…

系统A是一个电商系统，目前是一台机器部署，系统中有一个用户下订单的接口，但是用户下订单之前一定要去检查一下库存，确保库存足够了才会给用户下单。 由于系统有一定的并发，所以会预先将商品的库存保存在redis中，用户下单的时候会更新redis的库存。 但是这样一来会产生一个问题：假…

随着项目的上线与稳定运行，有关小程序秒杀系统的工作也算是告一段落了，最近也是抽空整理整理相关资料，留下了这篇文档； 分析，在做秒杀系统的设计之初，一直在思考如何去设计这个秒杀系统，使之在现有的技术基础和认知范围内，能够做到最好；同时也能充分的利用公司现有的中间件来完成系统的实现…