快手二面:乐观锁是怎么用它来处理多线程问题的?

2025-12-12 0 872

文章内容收录到个人网站,方便阅读:hardyfish.top/

内存并发(Java 层):CAS/原子类/StampedLock

方案 A1:CAS 原子类(Atomic

AtomicInteger stock = new AtomicInteger(100);

boolean decOnce(int n) {
    while (true) {
        int cur = stock.get();
        if (cur < n) return false;       // 不够则失败
        if (stock.compareAndSet(cur, cur - n)) { // CAS 成功表示没人改过
            return true;
        }
        // CAS 失败:有人改过,重试(可加退避)
    }
}

要点:

  • **比较并交换(CAS)**是硬件指令,失败重试即可。
  • 高并发下加指数退避或限制最大重试次数,避免 CPU 自旋打满。

方案 A2:解决 ABA: AtomicStampedReference

AtomicStampedReference ref = new AtomicStampedReference(100, 0);

boolean dec(int n) {
    while (true) {
        int[] stamp = new int[1];
        int cur = ref.get(stamp);
        if (cur < n) return false;
        int newStamp = stamp[0] + 1;
        if (ref.compareAndSet(cur, cur - n, stamp[0], newStamp)) return true;
    }
}

方案 A3:读多写少下的乐观读:StampedLock

StampedLock lock = new StampedLock();
long stamp = lock.tryOptimisticRead();
int xLocal = x;           // 无锁读取
if (!lock.validate(stamp)) {         // 期间若被写,验证失败
    stamp = lock.readLock();         // 再走读锁兜底
    try { xLocal = x; } finally { lock.unlockRead(stamp); }
}

数据库并发(MySQL/Oracle 等):版本号/条件更新

表结构

ALTER TABLE product ADD COLUMN version INT NOT NULL DEFAULT 0;

更新 SQL

-- 假设要扣减库存 1
UPDATE product
SET stock = stock - 1,
    version = version + 1
WHERE id = #{id}
  AND stock >= 1              -- 业务约束
  AND version = #{oldVersion};

Java 伪代码(MyBatis/JdbcTemplate)

Product p = dao.selectForUpdateLikeNoLock(id); // 普通查询即可(不要 FOR UPDATE)
int retry = 0, maxRetry = 5;
while (retry++ < maxRetry) {
    int rows = dao.updateStockWithVersion(id, p.getVersion());
    if (rows == 1) return true;           // 成功
    p = dao.selectById(id);               // 别人改过,拿新版本再试
}
return false;                              // 超过重试上限,交给上层处理/排队

要点:

  • 不需要悲观锁/行锁;靠版本冲突检测避免丢失更新。
  • 冲突时重读最新数据再尝试,或直接失败给调用方。
  • JPA 可用 @Version 自动完成(抛 OptimisticLockException 后应用层重试)。

分布式场景(跨进程):Redis/WATCH 或 Lua

方案 C1:Redis WATCH/MULTI/EXEC(CAS 语义)

WATCH stock:sku1        # 监视键
val = GET stock:sku1
if val >= n:
  MULTI
  DECRBY stock:sku1 n   # 事务块
  EXEC                  # 若期间有人改过,EXEC 返回空,表示失败需重试
else:
  UNWATCH

方案 C2:Redis Lua 脚本(原子性+业务校验)

-- KEYS[1]=stockKey, ARGV[1]=n
local cur = tonumber(redis.call(\'GET\', KEYS[1]) or \'0\')
if cur >= tonumber(ARGV[1]) then
  redis.call(\'DECRBY\', KEYS[1], ARGV[1])
  return 1
else
  return 0
end

什么时候选乐观锁?

  • 读多写少、冲突概率低。
  • 不能接受长时间阻塞(比如高并发读场景)。
  • 数据可接受失败重试或让用户重试的交互(购物车、点赞、配额扣减)。

不适合:热点写(同一 Key 高并发频繁冲突),会导致大量重试与 CPU 浪费。

此时考虑:

  • 排队/串行化:按 Key 绑定单线程执行(Disruptor、队列、Key 分片执行器)。
  • 悲观锁/分布式锁:短临界区且冲突高时更省事。
  • 批处理:聚合写入降低冲突频率(库存/计数分片汇总)。

常见坑 & 优化

  • 重试风暴:加随机退避(如 1ms、2ms、4ms 上限 50ms)和重试上限,并埋点 retry_count
  • ABA 问题:内存 CAS 用 Stamped/版本戳;DB 用 version 列天然避免。
  • 饥饿与长尾:热点 key 可做分片计数(分 10 份独立 CAS,读时汇总)。
  • 一致性:DB 更新+缓存更新时,用延迟双删或版本号校验;DB+MQ 用 Outbox/事务消息 保证最终一致。
  • 幂等:重试要业务幂等(请求 ID 去重、唯一约束)。
  • 监控:统计冲突率/重试次数/成功延迟,超过阈值自动降级为队列/锁。

一句话总结

乐观锁=提交时校验版本

收藏 (0) 打赏

感谢您的支持,我会继续努力的!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

申明:本文由第三方发布,内容仅代表作者观点,与本网站无关。对本文以及其中全部或者部分内容的真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。本网发布或转载文章出于传递更多信息之目的,并不意味着赞同其观点或证实其描述,也不代表本网对其真实性负责。

左子网 编程相关 快手二面:乐观锁是怎么用它来处理多线程问题的? https://www.zuozi.net/35624.html

常见问题
  • 1、自动:拍下后,点击(下载)链接即可下载;2、手动:拍下后,联系卖家发放即可或者联系官方找开发者发货。
查看详情
  • 1、源码默认交易周期:手动发货商品为1-3天,并且用户付款金额将会进入平台担保直到交易完成或者3-7天即可发放,如遇纠纷无限期延长收款金额直至纠纷解决或者退款!;
查看详情
  • 1、描述:源码描述(含标题)与实际源码不一致的(例:货不对板); 2、演示:有演示站时,与实际源码小于95%一致的(但描述中有”不保证完全一样、有变化的可能性”类似显著声明的除外); 3、发货:不发货可无理由退款; 4、安装:免费提供安装服务的源码但卖家不履行的; 5、收费:价格虚标,额外收取其他费用的(但描述中有显著声明或双方交易前有商定的除外); 6、其他:如质量方面的硬性常规问题BUG等。 注:经核实符合上述任一,均支持退款,但卖家予以积极解决问题则除外。
查看详情
  • 1、左子会对双方交易的过程及交易商品的快照进行永久存档,以确保交易的真实、有效、安全! 2、左子无法对如“永久包更新”、“永久技术支持”等类似交易之后的商家承诺做担保,请买家自行鉴别; 3、在源码同时有网站演示与图片演示,且站演与图演不一致时,默认按图演作为纠纷评判依据(特别声明或有商定除外); 4、在没有”无任何正当退款依据”的前提下,商品写有”一旦售出,概不支持退款”等类似的声明,视为无效声明; 5、在未拍下前,双方在QQ上所商定的交易内容,亦可成为纠纷评判依据(商定与描述冲突时,商定为准); 6、因聊天记录可作为纠纷评判依据,故双方联系时,只与对方在左子上所留的QQ、手机号沟通,以防对方不承认自我承诺。 7、虽然交易产生纠纷的几率很小,但一定要保留如聊天记录、手机短信等这样的重要信息,以防产生纠纷时便于左子介入快速处理。
查看详情

相关文章

猜你喜欢
发表评论
暂无评论
官方客服团队

为您解决烦忧 - 24小时在线 专业服务