在线不卡日本ⅴ一区v二区_精品一区二区中文字幕_天堂v在线视频_亚洲五月天婷婷中文网站

  • <menu id="lky3g"></menu>
  • <style id="lky3g"></style>
    <pre id="lky3g"><tt id="lky3g"></tt></pre>

    處理接口冪等性的兩種常見方案

    在上周發(fā)布的 TienChin 項目視頻中,我和大家一共梳理了六種冪等性解決方案,接口冪等性處理算是一個非常常見的需求了,我們在很多項目中其實都會遇到。今天我們來看看兩種比較簡單的實現(xiàn)思路。

    1. 接口冪等性實現(xiàn)方案梳理

    其實接口冪等性的實現(xiàn)方案還是蠻多的,我這里和小伙伴們分享兩種比較常見的方案。

    1.1 基于 Token

    基于 Token 這種方案的實現(xiàn)思路很簡單,整個流程分兩步:

  • 客戶端發(fā)送請求,從服務(wù)端獲取一個 Token 令牌,每次請求獲取到的都是一個全新的令牌。
  • 客戶端發(fā)送請求的時候,攜帶上第一步的令牌,處理請求之前,先校驗令牌是否存在,當請求處理成功,就把令牌刪除掉。
  • 大致的思路就是上面這樣,當然具體的實現(xiàn)則會復雜很多,有很多細節(jié)需要注意,松哥之前也專門錄過這種方案的視頻,小伙伴們可以參考下,錄了兩個視頻,一個是基于攔截器處理的,還有一個是基于 AOP 切面處理的:

    基于攔截器處理(視頻一):

    基于 AOP 切面處理(視頻二):

    1.2 基于請求參數(shù)校驗

    最近在 TienChin 項目中使用的是另外一種方案,這種方案是基于請求參數(shù)來判斷的,如果在短時間內(nèi),同一個接口接收到的請求參數(shù)相同,那么就認為這是重復的請求,拒絕處理,大致上就是這么個思路。

    相比于第一種方案,第二種方案相對來說省事一些,因為只有一次請求,不需要專門去服務(wù)端拿令牌。在高并發(fā)環(huán)境下這種方案優(yōu)勢比較明顯。

    所以今天我就來和大家聊聊第二種方案的實現(xiàn),后面在 TienChin 項目視頻中也會和大家細講。

    2. 基于請求參數(shù)的校驗

    首先我們新建一個 Spring Boot 項目,引入 Web 和 Redis 依賴,新建完成后,先來配置一下 Redis 的基本信息,如下:

    spring.redis.host=localhostspring.redis.port=6379spring.redis.password=123

    為了后續(xù) Redis 操作方便,我們再來對 Redis 進行一個簡單封裝,如下:

    @Componentpublic class RedisCache { @Autowired public RedisTemplate redisTemplate; public void setCacheObject(final String key, final T value, final Integer timeout, final TimeUnit timeUnit) { redisTemplate.opsForValue().set(key, value, timeout, timeUnit); } public T getCacheObject(final String key) { ValueOperations operation = redisTemplate.opsForValue(); return operation.get(key); }}

    這個比較簡單,一個存數(shù)據(jù),一個讀數(shù)據(jù)。

    接下來我們自定義一個注解,在需要進行冪等性處理的接口上,添加該注解即可,將來這個接口就會自動的進行冪等性處理。

    @Inherited@Target(ElementType.METHOD)@Retention(RetentionPolicy.RUNTIME)@Documentedpublic @interface RepeatSubmit { /** * 間隔時間(ms),小于此時間視為重復提交 */ public int interval() default 5000; /** * 提示消息 */ public String message() default “不允許重復提交,請稍候再試”;}

    這個注解我們通過攔截器來進行解析,解析代碼如下:

    public abstract class RepeatSubmitInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { if (handler instanceof HandlerMethod) { HandlerMethod handlerMethod = (HandlerMethod) handler; Method method = handlerMethod.getMethod(); RepeatSubmit annotation = method.getAnnotation(RepeatSubmit.class); if (annotation != null) { if (this.isRepeatSubmit(request, annotation)) { Map map = new HashMap(); map.put(“status”, 500); map.put(“msg”, annotation.message()); response.setContentType(“application/json;charset=utf-8”); response.getWriter().write(new ObjectMapper().writeValueAsString(map)); return false; } } return true; } else { return true; } } /** * 驗證是否重復提交由子類實現(xiàn)具體的防重復提交的規(guī)則 * * @param request * @return * @throws Exception */ public abstract boolean isRepeatSubmit(HttpServletRequest request, RepeatSubmit annotation);}

    這個攔截器是一個抽象類,將接口方法攔截下來,然后找到接口上的 @RepeatSubmit 注解,調(diào)用 isRepeatSubmit 方法去判斷是否是重復提交的數(shù)據(jù),該方法在這里是一個抽象方法,我們需要再定義一個類繼承自這個抽象類,在新的子類中,可以有不同的冪等性判斷邏輯,這里我們就是根據(jù) URL 地址+參數(shù) 來判斷冪等性條件是否滿足:

    @Componentpublic class SameUrlDataInterceptor extends RepeatSubmitInterceptor { public final String REPEAT_PARAMS = “repeatParams”; public final String REPEAT_TIME = “repeatTime”; public final static String REPEAT_SUBMIT_KEY = “REPEAT_SUBMIT_KEY”; private String header = “Authorization”; @Autowired private RedisCache redisCache; @SuppressWarnings(“unchecked”) @Override public boolean isRepeatSubmit(HttpServletRequest request, RepeatSubmit annotation) { String nowParams = “”; if (request instanceof RepeatedlyRequestWrapper) { RepeatedlyRequestWrapper repeatedlyRequest = (RepeatedlyRequestWrapper) request; try { nowParams = repeatedlyRequest.getReader().readLine(); } catch (IOException e) { e.printStackTrace(); } } // body參數(shù)為空,獲取Parameter的數(shù)據(jù) if (StringUtils.isEmpty(nowParams)) { try { nowParams = new ObjectMapper().writeValueAsString(request.getParameterMap()); } catch (JsonProcessingException e) { e.printStackTrace(); } } Map nowDataMap = new HashMap(); nowDataMap.put(REPEAT_PARAMS, nowParams); nowDataMap.put(REPEAT_TIME, System.currentTimeMillis()); // 請求地址(作為存放cache的key值) String url = request.getRequestURI(); // 唯一值(沒有消息頭則使用請求地址) String submitKey = request.getHeader(header); // 唯一標識(指定key + url + 消息頭) String cacheRepeatKey = REPEAT_SUBMIT_KEY + url + submitKey; Object sessionObj = redisCache.getCacheObject(cacheRepeatKey); if (sessionObj != null) { Map sessionMap = (Map) sessionObj; if (compareParams(nowDataMap, sessionMap) && compareTime(nowDataMap, sessionMap, annotation.interval())) { return true; } } redisCache.setCacheObject(cacheRepeatKey, nowDataMap, annotation.interval(), TimeUnit.MILLISECONDS); return false; } /** * 判斷參數(shù)是否相同 */ private boolean compareParams(Map nowMap, Map preMap) { String nowParams = (String) nowMap.get(REPEAT_PARAMS); String preParams = (String) preMap.get(REPEAT_PARAMS); return nowParams.equals(preParams); } /** * 判斷兩次間隔時間 */ private boolean compareTime(Map nowMap, Map preMap, int interval) { long time1 = (Long) nowMap.get(REPEAT_TIME); long time2 = (Long) preMap.get(REPEAT_TIME); if ((time1 – time2) < interval) { return true; } return false; }}

    我們來看下具體的實現(xiàn)邏輯:

  • 首先判斷當前的請求對象是不是 RepeatedlyRequestWrapper,如果是,說明當前的請求參數(shù)是 JSON,那么就通過 IO 流將參數(shù)讀取出來,這塊小伙伴們要結(jié)合上篇文章共同來理解,否則可能會覺得云里霧里的,傳送門JSON 數(shù)據(jù)讀一次就沒了,怎么辦?。
  • 如果在第一步中,并沒有拿到參數(shù),那么說明參數(shù)可能并不是 JSON 格式,而是 key-value 格式,那么就以 key-value 的方式讀取出來參數(shù),并將之轉(zhuǎn)為一個 JSON 字符串。
  • 接下來構(gòu)造一個 Map,將前面讀取到的參數(shù)和當前時間存入到 Map 中。
  • 接下來構(gòu)造存到 Redis 中的數(shù)據(jù)的 key,這個 key 由固定前綴 + 請求 URL 地址 + 請求頭的認證令牌組成,這塊請求頭的令牌還是非常重要需要有的,只有這樣才能區(qū)分出來當前用戶提交的數(shù)據(jù)(如果是 RESTful 風格的接口,那么為了區(qū)分,也可以將接口的請求方法作為參數(shù)拼接到 key 中)。
  • 接下來就去 Redis 中獲取數(shù)據(jù),獲取到之后,分別去比較參數(shù)是否相同以及時間是否過期。
  • 如果判斷都沒問題,返回 true,表示這個請求重復了。
  • 否則返回說明這是用戶對這個接口第一次提交數(shù)據(jù)或者是已經(jīng)過了時間窗口了,那么就把參數(shù)字符串重新緩存到 Redis 中,并返回 false,表示請求沒問題。
  • 好啦,做完這一切,最后我們再來配置一下攔截器即可:

    @Configurationpublic class WebConfig implements WebMvcConfigurer { @Autowired RepeatSubmitInterceptor repeatSubmitInterceptor; @Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(repeatSubmitInterceptor) .addPathPatterns(“/**”); }}

    如此,我們的接口冪等性就處理好啦 在需要的時候,就可以直接在接口上使用啦:

    @RestControllerpublic class HelloController { @PostMapping(“/hello”) @RepeatSubmit(interval = 100000) public String hello(@RequestBody String msg) { System.out.println(“msg = ” + msg); return “hello”; }}

    好啦,公眾號后臺回復 RepeatSubmit 可以下載本文源碼哦。

    鄭重聲明:本文內(nèi)容及圖片均整理自互聯(lián)網(wǎng),不代表本站立場,版權(quán)歸原作者所有,如有侵權(quán)請聯(lián)系管理員(admin#wlmqw.com)刪除。
    用戶投稿
    上一篇 2022年6月21日 09:05
    下一篇 2022年6月21日 09:05

    相關(guān)推薦

    • 抖音只說了封禁沒說時長(抖音封禁一般多長時間)

      最近是不是發(fā)現(xiàn)抖音監(jiān)管和封號的力度大了很多,我常能看到,有同學吐槽,為什么又被封了,我也沒有違規(guī)呀??! 那么今天,我就列出4大容易被封的原因,幫你避開90%的坑。學會了就點贊吧。 …

      2022年11月27日
    • 分享4條發(fā)微商朋友圈的方法(微商朋友圈應(yīng)該怎么發(fā))

      對于微商朋友來說,朋友圈的重要性不言而喻了。 那么微商的朋友圈到底該怎么發(fā)呢? 為什么同樣是經(jīng)營一個朋友圈,有的微商看起來逼格滿滿,實際效果也不錯;而有的卻動都不動就被屏蔽甚至拉黑…

      2022年11月27日
    • 30個無加盟費的項目(茶顏悅色奶茶店加盟費多少)

      茶顏悅色又爆了,8月18日,茶顏悅色南京門店正式開業(yè),開張不到半小時,門店就人滿為患,消費者的購買熱情十分高漲,而由于人流量過大造成擁堵,茶顏悅色也不得不暫停營業(yè)。 當然,這里面排…

      2022年11月27日
    • 短視頻策劃內(nèi)容的3個要點(短視頻策劃內(nèi)容怎么做)

      短視頻在制作時,內(nèi)容框架非常重要。如果直奔主題,然后結(jié)束,聚卓告訴你,這樣的短視頻已經(jīng)過時了?,F(xiàn)在的短視頻需要框架的,但不是任何框架,它需要一種易于理解和消化的框架。而且,現(xiàn)在大多…

      2022年11月27日
    • 存儲過程語法(sql server存儲過程語法)

      今天小編給各位分享存儲過程語法的知識,其中也會對sql server存儲過程語法進行解釋,如果能碰巧解決你現(xiàn)在面臨的問題,別忘了關(guān)注本站,現(xiàn)在開始吧! oracle存儲過程基本語法…

      2022年11月26日
    • 凈利潤率越高越好嗎(凈利潤率多少合適)

      一、持續(xù)增收不增利,平均凈利潤率首次跌入個位數(shù) 2021年,增收不增利依舊是行業(yè)主流。具體來看,大部分企業(yè)營業(yè)收入呈增長態(tài)勢,E50企業(yè)平均同比增速達到17.3%,但是利潤增速則明…

      2022年11月26日
    • 個人怎么做抖音帶貨(個人做抖音帶貨能賺錢嗎)

      抖音如今是大家很熟悉的短視頻平臺,不過現(xiàn)在的抖音卻不只是短視頻那么簡單,它的功能非常豐富,其中一個就是可以帶貨,相信很多小伙伴都有在抖音上買過東西,抖音如今的變現(xiàn)能力也是不容小覷的…

      2022年11月25日
    • 全民K歌升級新版本7.0之后,有哪些隱藏功能?

      作者:高百烈來源:知乎 這個功能,舊版并沒有,要升級到全新的全民K歌7.0版本才能發(fā)現(xiàn)。 作為朋友圈當代K歌之王,我費了不少功夫才搶到內(nèi)測版本。有一說一,全民K歌的路子真的很野,新…

      2022年11月25日
    • 《寶可夢朱紫》夢特性怎么獲得?隱藏特性獲取方法推薦

      寶可夢朱紫里有很多寶可夢都是擁有夢特性會變強的寶可夢,很多玩家不知道夢特性怎么獲得,下面就給大家?guī)韺毧蓧糁熳想[藏特性獲取方法推薦,感興趣的小伙伴一起來看看吧,希望能幫助到大家。 …

      2022年11月25日
    • 《寶可夢朱紫》奇魯莉安怎么進化?奇魯莉安進化方法分享

      寶可夢朱紫中的奇魯莉安要怎么進化呢?很多玩家都不知道,下面就給大家?guī)韺毧蓧糁熳掀骠斃虬策M化方法分享,感興趣的小伙伴一起來看看吧,希望能幫助到大家。 奇魯莉安進化方法分享 奇魯莉安…

      2022年11月25日

    聯(lián)系我們

    聯(lián)系郵箱:admin#wlmqw.com
    工作時間:周一至周五,10:30-18:30,節(jié)假日休息