分布式锁也无法解决的并发问题

2021-05-17 03:08:58 8.7k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

android OTA升级之后，apk崩溃无法启动也就是说，我们这个高低版本是fingerprint相同的情况，这个问题追述到jenkins编译，启动job时会初始化一个BUILD_NUMBER值，这个值正好跟Android的build系统的名称重复，这就导致Android build系统那一套拼接时间戳的值不会走，因为jenkins一启动就会定义该值，而我们jenkins服务器迁移过，这个值又会从1开始累计，导致前后版本都是16，从而导致fingerprint一致。问题背景：系统版本从低版本升级到高版本后，apk崩溃启动失败。硬件平台：QCS6125。阅读详情

我有一个扣款的操作，前端发起扣款后，执行下面的业务代码，比如账户里面有100元，在极短的时间内，用户快速点击2次，每次的耗时非常短，导致第一次上锁执行成功后立即释放锁
第二次可以重新拿到锁，导致扣款出现2次，在不对数据库上锁的情况下如何避免重复执行的问题



try {

    Db::startTrans();

    $res = $this->lock->lock($expire=5); // 尝试上锁

    if($res){

        // 上锁成功

        // TODO: 执行扣款DB操作

    }else{

        throw new Exception("请稍后再试")

    }

    Db::commit();

    $this->lock->unlock(); // 释放锁

}catch (Exception $exception){

    Db::rollback();

    $this->lock->unlock(); // 释放锁

}