数据库突然断开连接、第三方接口迟迟不返回结果、高峰期网络发生抖动...... 当程序突发异常时，我们的应用可以告诉调用方或者用户「对不起，服务器出了点问题」；或者找到更好的方式，达到提升用户体验的目的。 用户在马蜂窝 App 上「刷刷刷」时，推荐系统需要持续给用户推荐可能感兴趣…

他说他当时没答上来，因为没做过没什么思路。其实我当时听到这个面试题心里也觉得有点意思，因为如果是我来面试候选人的话，应该会给的范围更大一些。 比如，让面试的同学聊一聊电商高并发秒杀场景下的库存超卖解决方案，各种方案的优缺点以及实践，进而聊到分布式锁这个话题。 因为库存超卖问题是…

今天这篇文章所涉及的相关观点做法，按照我们公司某位架构师的说法就是，架构这东西没有对错之分，集思广益，不一定我的做法就是对的，不一定我的做法就是最优的，小编和大家一起探讨探讨。 首先我们模拟一个SDK交易链路的场景，对交易不是很懂的同学可以先移步至微信支付了解下大概业务，其实小…

之前在 Java-Interview 中提到过秒杀架构的设计，这次基于其中的理论简单实现了一下。 先简单根据这个图谈下请求的流转，因为后面不管怎么改进这个都是没有变的。 前端请求进入 web 层，对应的代码就是 controller。 之后将真正的库存校验、下单等请求发往 Se…

如果每个小时的订单量非常大，比如说，一个小时有两百万个订单，只用单独一个key_gen表是支持不住的,毕竟写入的压力太大了，影响订单号的生成速度。这个时候可以考虑针对订单号的生成，搞单独的库，并分库，降低insert的压力，提高生成订单号的速度。

其中，订单信息持久化，就是存储数据到数据库中。而最终客户端完成支付后的更新订单状态的操作是由第三方支付平台进行回调设置好的回调链接 NotifyUrl，来进行的。 服务端的直接瓶颈点，首先要考虑 TPS。去除细分点，我们主要看订单信息持久化瓶颈点。 在高并发业务场景中，例如 秒…

要实现分布式锁，最简单的方式可能就是直接创建一张锁表，然后通过操作该表中的数据来实现了。 当我们要锁住某个方法或资源时，我们就在该表中增加一条记录，想要释放锁的时候就删除这条记录。 因为我们对method_name做了唯一性约束，这里如果有多个请求同时提交到数据库的话，数据库会…

目前几乎很多大型网站及应用都是分布式部署的，分布式场景中的数据一致性问题一直是一个比较重要的话题。分布式的CAP理论告诉我们“任何一个分布式系统都无法同时满足一致性（Consistency）、可用性（Availability）和分区容错性（Partition tolerance…