高并发场景下的分布式锁优化

分布式锁解决超卖

比如一秒钟来 50 个 请 求 ，一个 请求耗时 20ms， 都 是 对 iphone 下 单 的 ， 那 么 每 个 请
求处理 20 毫 秒 ，一 个 一 个 来 ，最 后 1000 毫 秒 正 好 处 理 完 50 个请求。

如何对分布式锁进行高并发优化

库 存 超 卖 就 是 用 分 布 式 锁 来 解 决 ， 而
且一秒对一个 iphone 下上千订单，怎么优化？
现在按照刚才的计算，你一秒钟只能处理针对 iphone 的 50 个订单。

其 实 说 出 来 也 很 简 单 ， 相 信 很 多 人 看 过 java 里 的
ConcurrentHashMap 的 源 码 和 底 层 原 理 ，应 该 知 道 里 面 的 核 心 思
路，就是 分段加锁 ！