摘要:
背景: 在大型分布式系統(tǒng)中,線程池的使用非常普遍,但缺乏統(tǒng)一管理會(huì)導(dǎo)致一系列問題: 創(chuàng)建隨意:各業(yè)務(wù)模塊各自創(chuàng)建線程池,參數(shù)設(shè)置憑經(jīng)驗(yàn),有的核心線程數(shù)設(shè)得過大導(dǎo)致資源浪費(fèi),有的隊(duì)列容量不足頻繁拒絕任務(wù) 追蹤斷裂:分布式追蹤中,主線程的 traceId 無法傳遞到異步線程,導(dǎo)致鏈路追蹤不完整,問題排查 閱讀全文
posted @ 2025-07-21 21:52
難得
閱讀(52)
評(píng)論(0)
推薦(0)
摘要:
背景:該業(yè)務(wù)場(chǎng)景常見于促銷活動(dòng)通知,有時(shí)候運(yùn)營(yíng)配置某些活動(dòng)后,要全量的通知給用戶。在該項(xiàng)目中,push通知鏈路共有三個(gè)階段,伴隨用戶量和業(yè)務(wù)復(fù)雜度的上升,不斷地對(duì)該鏈路進(jìn)行優(yōu)化。 階段一:初期,滾動(dòng)拉取用戶數(shù)據(jù),采用線程池或for循環(huán),調(diào)用推送接口。進(jìn)行模板組裝和SDK調(diào)用 瓶頸: 性能效率方面: 閱讀全文
posted @ 2025-07-21 21:38
難得
閱讀(19)
評(píng)論(0)
推薦(0)
摘要:
軟件系統(tǒng)就像一座不斷生長(zhǎng)的建筑,隨著業(yè)務(wù)的迭代、用戶量的增長(zhǎng),最初的設(shè)計(jì)往往會(huì)逐漸 “變形”。代碼里藏著越來越多的 “補(bǔ)丁”,新增功能變得舉步維艱,甚至改一個(gè)小 bug 都可能引發(fā)連鎖反應(yīng)。這時(shí),“重構(gòu)” 就成了繞不開的話題。從最初工作對(duì)大函數(shù)按業(yè)務(wù)節(jié)點(diǎn)做拆分、某一業(yè)務(wù)模塊運(yùn)用設(shè)計(jì)模塊進(jìn)行解耦,實(shí)現(xiàn) 閱讀全文
posted @ 2025-07-21 21:38
難得
閱讀(37)
評(píng)論(0)
推薦(0)

浙公網(wǎng)安備 33010602011771號(hào)