Java實(shí)現(xiàn)去重的方法詳解
在最開始,我的第一版實(shí)現(xiàn)是這樣的:
public void duplication(TaskInfo taskInfo) { ? ?// 配置示例:{"contentDeduplication":{"num":1,"time":300},"frequencyDeduplication":{"num":5}} ? ?JSONObject property = JSON.parseObject(config.getProperty(DEDUPLICATION_RULE_KEY, AustinConstant.APOLLO_DEFAULT_VALUE_JSON_OBJECT)); ? ?JSONObject contentDeduplication = property.getJSONObject(CONTENT_DEDUPLICATION); ? ?JSONObject frequencyDeduplication = property.getJSONObject(FREQUENCY_DEDUPLICATION); ? ? ?// 文案去重 ? ?DeduplicationParam contentParams = DeduplicationParam.builder() ? ? ? .deduplicationTime(contentDeduplication.getLong(TIME)) ? ? ? .countNum(contentDeduplication.getInteger(NUM)).taskInfo(taskInfo) ? ? ? .anchorState(AnchorState.CONTENT_DEDUPLICATION) ? ? ? .build(); ? ?contentDeduplicationService.deduplication(contentParams); ? ? ? ?// 運(yùn)營(yíng)總規(guī)則去重(一天內(nèi)用戶收到最多同一個(gè)渠道的消息次數(shù)) ? ?Long seconds = (DateUtil.endOfDay(new Date()).getTime() - DateUtil.current()) / 1000; ? ?DeduplicationParam businessParams = DeduplicationParam.builder() ? ? ? .deduplicationTime(seconds) ? ? ? .countNum(frequencyDeduplication.getInteger(NUM)).taskInfo(taskInfo) ? ? ? .anchorState(AnchorState.RULE_DEDUPLICATION) ? ? ? .build(); ? ?frequencyDeduplicationService.deduplication(businessParams); }
那時(shí)候很簡(jiǎn)單,基本主體邏輯都寫在這個(gè)入口上了,應(yīng)該都能看得懂。后來,群里滴滴哥表示這種代碼不行,不能一眼看出來它干了什么。于是怒提了一波pull request
重構(gòu)了一版,入口是這樣的:
public void duplication(TaskInfo taskInfo) { ? ?// 配置樣例:{"contentDeduplication":{"num":1,"time":300},"frequencyDeduplication":{"num":5}} ? ?String deduplication = config.getProperty(DeduplicationConstants.DEDUPLICATION_RULE_KEY, AustinConstant.APOLLO_DEFAULT_VALUE_JSON_OBJECT); ? ?//去重 ? ?DEDUPLICATION_LIST.forEach( ? ? ? ?key -> { ? ? ? ? ? ?DeduplicationParam deduplicationParam = builderFactory.select(key).build(deduplication, key); ? ? ? ? ? ?if (deduplicationParam != null) { ? ? ? ? ? ? ? ?deduplicationParam.setTaskInfo(taskInfo); ? ? ? ? ? ? ? ?DeduplicationService deduplicationService = findService(key + SERVICE); ? ? ? ? ? ? ? ?deduplicationService.deduplication(deduplicationParam); ? ? ? ? ? } ? ? ? } ? ); }
我猜想他的思路就是把構(gòu)建去重參數(shù)和選擇具體的去重服務(wù)給封裝起來了,在最外層的代碼看起來就很簡(jiǎn)潔了。后來又跟他聊了下,他的設(shè)計(jì)思路是這樣的:考慮到以后會(huì)有其他規(guī)則的去重就把去重邏輯單獨(dú)封裝起來了,之后用策略模版的設(shè)計(jì)模式進(jìn)行了重構(gòu),重構(gòu)后的代碼 模版不變,支持各種不同策略的去重,擴(kuò)展性更高更強(qiáng)更簡(jiǎn)潔
確實(shí)牛逼。
我基于上面的思路微改了下入口,代碼最終演變成這樣:
public void duplication(TaskInfo taskInfo) { ? ?// 配置樣例:{"deduplication_10":{"num":1,"time":300},"deduplication_20":{"num":5}} ? ?String deduplicationConfig = config.getProperty(DEDUPLICATION_RULE_KEY, CommonConstant.EMPTY_JSON_OBJECT); ? ? ?// 去重 ? ?List<Integer> deduplicationList = DeduplicationType.getDeduplicationList(); ? ?for (Integer deduplicationType : deduplicationList) { ? ? ? ?DeduplicationParam deduplicationParam = deduplicationHolder.selectBuilder(deduplicationType).build(deduplicationConfig, taskInfo); ? ? ? ?if (Objects.nonNull(deduplicationParam)) { ? ? ? ? ? ?deduplicationHolder.selectService(deduplicationType).deduplication(deduplicationParam); ? ? ? } ? } }
到這,應(yīng)該大多數(shù)人還能跟上吧?在講具體的代碼之前,我們先來簡(jiǎn)單看看去重功能的代碼結(jié)構(gòu)(這會(huì)對(duì)后面看代碼有幫助)
去重的邏輯可以統(tǒng)一抽象為:在X時(shí)間段內(nèi)達(dá)到了Y閾值,還記得我曾經(jīng)說過:「去重」的本質(zhì):「業(yè)務(wù)Key」+「存儲(chǔ)」。那么去重實(shí)現(xiàn)的步驟可以簡(jiǎn)單分為(我這邊存儲(chǔ)就用的Redis):
- 通過
Key
從Redis
獲取記錄 - 判斷該
Key
在Redis
的記錄是否符合條件 - 符合條件的則去重,不符合條件的則重新塞進(jìn)
Redis
更新記錄
為了方便調(diào)整去重的參數(shù),我把X時(shí)間段和Y閾值都放到了配置里{"deduplication_10":{"num":1,"time":300},"deduplication_20":{"num":5}}
。目前有兩種去重的具體實(shí)現(xiàn):
1、5分鐘內(nèi)相同用戶如果收到相同的內(nèi)容,則應(yīng)該被過濾掉
2、一天內(nèi)相同的用戶如果已經(jīng)收到某渠道內(nèi)容5次,則應(yīng)該被過濾掉
從配置中心拿到配置信息了以后,Builder
就是根據(jù)這兩種類型去構(gòu)建出DeduplicationParam
,就是以下代碼:
DeduplicationParam deduplicationParam = deduplicationHolder.selectBuilder(deduplicationType).build(deduplicationConfig, taskInfo);
Builder
和DeduplicationService
都用了類似的寫法(在子類初始化的時(shí)候指定類型,在父類統(tǒng)一接收,放到Map里管理)
而統(tǒng)一管理著這些服務(wù)有個(gè)中心的地方,我把這取名為DeduplicationHolder
/** * @author huskey * @date 2022/1/18 */ @Service public class DeduplicationHolder { ? ? ?private final Map<Integer, Builder> builderHolder = new HashMap<>(4); ? ?private final Map<Integer, DeduplicationService> serviceHolder = new HashMap<>(4); ? ? ?public Builder selectBuilder(Integer key) { ? ? ? ?return builderHolder.get(key); ? } ? ? ?public DeduplicationService selectService(Integer key) { ? ? ? ?return serviceHolder.get(key); ? } ? ? ?public void putBuilder(Integer key, Builder builder) { ? ? ? ?builderHolder.put(key, builder); ? } ? ? ?public void putService(Integer key, DeduplicationService service) { ? ? ? ?serviceHolder.put(key, service); ? } }
前面提到的業(yè)務(wù)Key,是在AbstractDeduplicationService
的子類下構(gòu)建的:
而具體的去重邏輯實(shí)現(xiàn)則都在LimitService
下,{一天內(nèi)相同的用戶如果已經(jīng)收到某渠道內(nèi)容5次}是在SimpleLimitService
中處理使用mget
和pipelineSetEX
就完成了實(shí)現(xiàn)。而{5分鐘內(nèi)相同用戶如果收到相同的內(nèi)容}是在SlideWindowLimitService
中處理,使用了lua
腳本完成了實(shí)現(xiàn)。
LimitService
的代碼都來源于@caolongxiu的pull request
,建議大家可以對(duì)比commit再學(xué)習(xí)一番:gitee.com/zhongfucheng/austin/pulls/19
1、頻次去重采用普通的計(jì)數(shù)去重方法,限制的是每天發(fā)送的條數(shù)。
2、內(nèi)容去重采用的是新開發(fā)的基于redis
中zset
的滑動(dòng)窗口去重,可以做到嚴(yán)格控制單位時(shí)間內(nèi)的頻次。
3、redis
使用lua
腳本來保證原子性和減少網(wǎng)絡(luò)io
的損耗
4、redis
的key
增加前綴做到數(shù)據(jù)隔離(后期可能有動(dòng)態(tài)更換去重方法的需求)
5、把具體限流去重方法從DeduplicationService
抽取出來,DeduplicationService
只需設(shè)置構(gòu)造器注入時(shí)注入的AbstractLimitService
(具體限流去重服務(wù))類型即可動(dòng)態(tài)更換去重的方法
6、使用雪花算法生成zset
的唯一value
,score
使用的是當(dāng)前的時(shí)間戳
針對(duì)滑動(dòng)窗口去重,有會(huì)引申出新的問題:limit.lua的邏輯?為什么要移除時(shí)間窗口的之前的數(shù)據(jù)?為什么ARGV[4]參數(shù)要唯一?為什么要expire?
A: 使用滑動(dòng)窗口可以保證N分鐘達(dá)到N次進(jìn)行去重。滑動(dòng)窗口可以回顧下TCP
的,也可以回顧下刷LeetCode
時(shí)的一些題,那這為什么要移除,就不陌生了。
為什么ARGV[4]
要唯一,具體可以看看zadd
這條命令,我們只需要保證每次add
進(jìn)窗口內(nèi)的成員是唯一的,那么就不會(huì)觸發(fā)有更新的操作(我認(rèn)為這樣設(shè)計(jì)會(huì)更加簡(jiǎn)單些),而唯一Key用雪花算法比較方便。
為什么expire
?,如果這個(gè)key
只被調(diào)用一次。那就很有可能在redis
內(nèi)存常駐了,expire
能避免這種情況。
以上就是Java實(shí)現(xiàn)去重的方法詳解的詳細(xì)內(nèi)容,更多關(guān)于Java去重的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
java中的日期時(shí)間類Date和SimpleDateFormat
這篇文章主要介紹了java中的日期時(shí)間類Date和SimpleDateFormat,Date類的對(duì)象在Java中代表的是當(dāng)前所在系統(tǒng)的此刻日期時(shí)間,說白了就是你計(jì)算機(jī)上現(xiàn)實(shí)的時(shí)間,需要的朋友可以參考下2023-09-09java 實(shí)現(xiàn)將Object類型轉(zhuǎn)換為int類型
這篇文章主要介紹了java 實(shí)現(xiàn)將Object類型轉(zhuǎn)換為int類型的操作,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-07-07SpringBoot圖文并茂帶你掌握devtools熱啟動(dòng)
這篇文章主要介紹springBoot插件工具熱部署Devtools,本文分步驟給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2022-06-06淺談java并發(fā)之計(jì)數(shù)器CountDownLatch
CountDownLatch是通過一個(gè)計(jì)數(shù)器來實(shí)現(xiàn)的,當(dāng)我們?cè)趎ew 一個(gè)CountDownLatch對(duì)象的時(shí)候需要帶入該計(jì)數(shù)器值,該值就表示了線程的數(shù)量。下面我們來深入了解一下吧2019-06-06業(yè)務(wù)系統(tǒng)的Prometheus實(shí)踐示例詳解
這篇文章主要為大家介紹了業(yè)務(wù)系統(tǒng)的Prometheus實(shí)踐示例詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-04-04