分布式锁解决超卖
比如一秒钟来 50 个 请 求 ,一个 请求耗时 20ms, 都 是 对 iphone 下 单 的 , 那 么 每 个 请
求处理 20 毫 秒 ,一 个 一 个 来 ,最 后 1000 毫 秒 正 好 处 理 完 50 个请求。
如何对分布式锁进行高并发优化
库 存 超 卖 就 是 用 分 布 式 锁 来 解 决 , 而
且一秒对一个 iphone 下上千订单,怎么优化?
现在按照刚才的计算,你一秒钟只能处理针对 iphone 的 50 个订单。
其 实 说 出 来 也 很 简 单 , 相 信 很 多 人 看 过 java 里 的
ConcurrentHashMap 的 源 码 和 底 层 原 理 ,应 该 知 道 里 面 的 核 心 思
路,就是 分段加锁 !
把 数据分成很多个段,每个段是一个单独的锁,所以
多个线程过 来并发 修改数据的时候,可以 并发的修改不同段的数据
。不至于说 ,同 一 时 间 只 能 有 一 个 线 程 独 占 修 改 ConcurrentHashMap 中