最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

分布式鎖實(shí)例教程之防止重復(fù)提交

 更新時(shí)間:2021年11月29日 10:33:15   作者:謎一樣的Coder  
訂單重復(fù)問題已經(jīng)是老生常談的問題了,下面這篇文章主要給大家介紹了關(guān)于分布式鎖實(shí)例教程之防止重復(fù)提交的相關(guān)資料,文中通過實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下

拋出一個(gè)問題

需求:現(xiàn)在有一個(gè)常見的場(chǎng)景——用戶注冊(cè),但是如果出現(xiàn)重復(fù)提交的情況,則會(huì)出現(xiàn)多條注冊(cè)數(shù)據(jù),因此這里如何做好防止重復(fù)提交這是我們需要解決的問題。

正常的代碼邏輯

1、注冊(cè)controller

/**
 * 用戶注冊(cè)請(qǐng)求
 * @param userDto
 * @param bindingResult
 * @return
 */
@RequestMapping(value=prefix+"/db/register",method = RequestMethod.POST,consumes = MediaType.APPLICATION_JSON_UTF8_VALUE)
public BaseResponse register(@RequestBody @Validated UserDto userDto, BindingResult bindingResult){
    BaseResponse response=new BaseResponse(StatusCode.Success);
    try {
        log.debug("注冊(cè)信息: {} ",userDto);
        //注冊(cè)之前,我們先判斷是否已經(jīng)注冊(cè)了。(正常邏輯)
        User user=userService.selectByUserName(userDto.getUserName());
        if (user!=null){
            return new BaseResponse(StatusCode.UserNameExist);
        }
        userService.register(userDto);
    }catch (Exception e){
        e.printStackTrace();
        response=new BaseResponse(StatusCode.Fail);
    }
    return response;
}

在controller中判斷用戶是否已經(jīng)注冊(cè),如果沒有注冊(cè),則調(diào)用注冊(cè)邏輯。

2、注冊(cè)service

/**
 * 用戶注冊(cè)——最普通的操作,沒有任何加鎖,沒有任何防止重復(fù)提交
 *
 * @param userDto
 * @return
 * @throws Exception
 */
public int register(UserDto userDto) throws Exception {
    int result = 0;
    User user = new User();
    BeanUtils.copyProperties(userDto, user);
    result = userMapper.insertSelective(user);
    return result;
}

簡(jiǎn)單的增加一個(gè)用戶信息。

問題也很明顯,這樣畢竟會(huì)出現(xiàn)問題,并發(fā)的問題,也會(huì)出現(xiàn)重復(fù)注冊(cè)的情況。測(cè)試結(jié)果也很明顯

一堆重復(fù)注冊(cè)的,但是加入分布式鎖就好了么?

3、加入分布式鎖,問題依舊

分布式鎖的實(shí)現(xiàn)方式

/**
 * 用戶注冊(cè),基于redisson的分布式鎖
 *
 * @param userDto
 * @return
 */
public int registerLockRedisson(UserDto userDto) {
    int result = 0;
    RLock rLock = redissonLockComponent.acquireLock(userDto.getUserName());
    try {
        if (rLock != null) {
            User user = new User();
            BeanUtils.copyProperties(userDto, user);
            user.setCreateTime(new Date());
            userMapper.insertSelective(user);
        }
    } catch (Exception e) {
        log.error("獲取redisson分布式鎖異常");
    } finally {
        if (rLock != null) {
            redissonLockComponent.releaseLock(rLock);
        }
    }
    return result;
}

加入分布式鎖之后,再進(jìn)行測(cè)試。

不好意思,依舊出現(xiàn)了重復(fù)注冊(cè)的情況。何解?

問題分析,為了遵循單一職責(zé),這里的讀取數(shù)據(jù)(判斷是否注冊(cè))與寫入數(shù)據(jù)(用戶注冊(cè))操作是分開的,分布式鎖為了進(jìn)一步細(xì)化,只是加在了寫入數(shù)據(jù)階段,并沒有加在整個(gè)業(yè)務(wù)階段,因此會(huì)出現(xiàn)數(shù)據(jù)重復(fù)提交的問題,解決方法有很多,最暴力的方法無非就是給數(shù)據(jù)庫(kù)user表中的用戶名字段加入唯一約束。但是這樣隨著業(yè)務(wù)規(guī)模擴(kuò)大,數(shù)據(jù)庫(kù)壓力會(huì)越來越大。

解決方法

解決方法有幾種,前面提到的給數(shù)據(jù)庫(kù)增加唯一索引也是一種方法。但是為了減輕數(shù)據(jù)庫(kù)的壓力,這種操作可以直接在應(yīng)用層處理。

分布式鎖+防重操作

在分布式鎖的基礎(chǔ)上,加入redis存儲(chǔ)key值,作為防重提交的判斷。不想過多解釋了,直接上代碼吧。

/**
 * 用戶注冊(cè),redisson分布式鎖,redis防止重復(fù)提交
 *
 * @param userDto
 * @return
 */
public int registerLockAvoidDupPost(UserDto userDto) {
    int result = 0;
    RLock rLock = redissonLockComponent.acquireLock(userDto.getUserName());
    try {
        //redis中根據(jù)用戶名存儲(chǔ)作為key值
        String key = lockKeyPrefix+userDto.getUserName();
        if (!stringRedisTemplate.hasKey(key)) {//如果不存在key則進(jìn)入注冊(cè)階段
            stringRedisTemplate.opsForValue().set(key,UUID.randomUUID().toString(),10L,TimeUnit.SECONDS);
            User user = new User();
            BeanUtils.copyProperties(userDto, user);
            user.setCreateTime(new Date());
            userMapper.insertSelective(user);
            log.info("{},注冊(cè)成功",userDto.getUserName());
        }else{//如果存在,則提示不可重復(fù)提交
            log.error("10秒內(nèi),請(qǐng)勿重復(fù)提交注冊(cè)信息");
        }
    } catch (Exception e) {
        log.error("獲取redisson分布式鎖異常");
    } finally {
        if (rLock != null) {
            redissonLockComponent.releaseLock(rLock);
        }
    }
    return result;
}

分布式鎖的實(shí)現(xiàn)方式有多重,redis/redisson/zookeeper等,只需要在已經(jīng)實(shí)現(xiàn)分布式鎖的基礎(chǔ)上引入防重提交的機(jī)制即可。

因此還有其他方式的實(shí)現(xiàn),如下所示為zookeeper分布式鎖+redis防重的方式

/**
 * 用戶注冊(cè),redisson分布式鎖,redis防止重復(fù)提交
 *
 * @param userDto
 * @return
 */
public int registerLockAvoidDupPost(UserDto userDto) {
    int result = 0;

    InterProcessMutex mutex=new InterProcessMutex(client,zkPrefix+userDto.getUserName()+"-lock");
    try {
        if (mutex.acquire(10L, TimeUnit.SECONDS)){

            final String realKey=zkRedisKeyPrefix+userDto.getUserName();
            if (!stringRedisTemplate.hasKey(realKey)){
                stringRedisTemplate.opsForValue().set(realKey, UUID.randomUUID().toString());

                User user=new User();
                BeanUtils.copyProperties(userDto,user);
                user.setCreateTime(new Date());
                userMapper.insertSelective(user);
				log.info("{},注冊(cè)成功",userDto.getUserName());
            }else{
                log.error("10秒內(nèi),請(qǐng)勿重復(fù)提交注冊(cè)信息");
            }

        }else{
            throw new RuntimeException("獲取zk分布式鎖失敗!");
        }
    }catch (Exception e){
        e.printStackTrace();
        throw e;
    }finally {
        mutex.release();
    }
    return result;
}

測(cè)試結(jié)果:

并不會(huì)出現(xiàn)重復(fù)注冊(cè)情況了。

總結(jié)

防重提交不能全部交給數(shù)據(jù)庫(kù)

到此這篇關(guān)于分布式鎖實(shí)例教程之防止重復(fù)提交的文章就介紹到這了,更多相關(guān)分布式鎖防止重復(fù)提交內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

相關(guān)文章

  • Spring注解@Configuration與@Bean注冊(cè)組件的使用詳解

    Spring注解@Configuration與@Bean注冊(cè)組件的使用詳解

    這篇文章主要介紹了SpringBoot中的注解@Configuration與@Bean注冊(cè)組件的使用,具有很好的參考價(jià)值,希望對(duì)大家有所幫助
    2022-06-06
  • solr 配置中文分析器/定義業(yè)務(wù)域/配置DataImport功能方法(測(cè)試用)

    solr 配置中文分析器/定義業(yè)務(wù)域/配置DataImport功能方法(測(cè)試用)

    下面小編就為大家?guī)硪黄猻olr 配置中文分析器/定義業(yè)務(wù)域/配置DataImport功能方法(測(cè)試用)。小編覺得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧
    2017-09-09
  • Java 方法簽名詳解及實(shí)例代碼

    Java 方法簽名詳解及實(shí)例代碼

    這篇文章主要介紹了 Java 方法簽名詳解及實(shí)例代碼的相關(guān)資料,需要的朋友可以參考下
    2016-10-10
  • 淺談spring security入門

    淺談spring security入門

    這篇文章主要介紹了淺談spring security入門,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2020-07-07
  • 解決springboot環(huán)境切換失效的問題

    解決springboot環(huán)境切換失效的問題

    這篇文章主要介紹了解決springboot環(huán)境切換失效的問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2021-09-09
  • Java設(shè)計(jì)模式之Builder建造者模式

    Java設(shè)計(jì)模式之Builder建造者模式

    這篇文章主要為大家詳細(xì)介紹了Java設(shè)計(jì)模式之Builder建造者模式的相關(guān)資料,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下
    2018-03-03
  • jpa異常No entity found for query問題解決

    jpa異常No entity found for query問題解決

    這篇文章主要為大家介紹了jpa異常之No entity found for query的異常問題解決,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步
    2022-03-03
  • java String類型對(duì)象轉(zhuǎn)換為自定義類型對(duì)象的實(shí)現(xiàn)

    java String類型對(duì)象轉(zhuǎn)換為自定義類型對(duì)象的實(shí)現(xiàn)

    本文主要介紹了java String類型對(duì)象轉(zhuǎn)換為自定義類型對(duì)象的實(shí)現(xiàn),文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2023-06-06
  • Java String類用法詳解

    Java String類用法詳解

    今天給大家?guī)淼氖顷P(guān)于Java的相關(guān)知識(shí),文章圍繞著Java String類用法展開,文中有非常詳細(xì)的介紹及代碼示例,需要的朋友可以參考下
    2021-06-06
  • 關(guān)于Spring @Bean 相同加載順序不同結(jié)果不同的問題記錄

    關(guān)于Spring @Bean 相同加載順序不同結(jié)果不同的問題記錄

    本文主要探討了在Spring 5.1.3.RELEASE版本下,當(dāng)有兩個(gè)全注解類定義相同類型的Bean時(shí),由于加載順序不同,最終生成的Bean實(shí)例也會(huì)不同,文章通過分析ConfigurationClassPostProcessor的執(zhí)行過程,解釋了BeanDefinition的加載和覆蓋機(jī)制,感興趣的朋友一起看看吧
    2025-02-02

最新評(píng)論

霞浦县| 桐柏县| 濮阳市| 墨脱县| 白山市| 萍乡市| 汉源县| 云梦县| 黄石市| 黄梅县| 鄂伦春自治旗| 沅江市| 内乡县| 重庆市| 汾西县| 乌苏市| 天峨县| 铁力市| 高陵县| 湖北省| 沙雅县| 闽清县| 杂多县| 武穴市| 错那县| 岑溪市| 隆子县| 托克托县| 广东省| 海晏县| 池州市| 林周县| 扎赉特旗| 荥阳市| 古丈县| 德阳市| 玛沁县| 佛教| 读书| 玛纳斯县| 海伦市|