偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

你知道嗎?Pulsar 也會重復消費?

開發(fā) 后端
最近幫同事一起排查了一個問題:在使用 Pulsar 消費時,發(fā)生了同一條消息反復消費的情況。

背景

許久沒有分享 Java 相關的問題排查了,最近幫同事一起排查了一個問題:

在使用 Pulsar 消費時,發(fā)生了同一條消息反復消費的情況。

排查

當他告訴我這個現(xiàn)象的時候我就持懷疑態(tài)度,根據(jù)之前使用的經(jīng)驗 Pulsar 在官方文檔以及 API 中都解釋過:

只有當設置了消費的 ackTimeout 并超時消費時才會重復投遞消息,默認情況下是關閉的,查看代碼也確實沒有開啟。

那會不會是調(diào)用了 negativeAcknowledge() 方法呢(調(diào)用該方法也會觸發(fā)重新投遞),因為我們使用了一個第三方庫 https://github.com/majusko/pulsar-java-spring-boot-starter 只有當拋出異常時才會調(diào)用該方法。

查閱代碼之后也沒有地方拋出異常,甚至整個過程中都沒看到異常產(chǎn)生;這就有點詭異了。

復現(xiàn)

為了捋清楚整個事情的來龍去脈,詳細了解了他的使用流程;

其實也就是業(yè)務出現(xiàn)了 bug,他在消息消費時 debug 然后進行單步調(diào)試,當走完一次調(diào)試后,沒多久馬上又收到了同樣的消息。

但奇怪的是也不是每次 debug 后都能重復消費,我們都說如果一個 bug 能 100% 完全復現(xiàn),那基本上就解決一大半了。

所以我們排查的第一步就是完全復現(xiàn)這個問題。

為了排除掉是 IDEA 的問題(雖然極大概率不太可能)既然是 debug 的時候產(chǎn)生的問題,那其實轉(zhuǎn)換到代碼也就是 sleep 嘛,所以我們打算在消費邏輯里直接 sleep 一段時間看能否復現(xiàn)。

經(jīng)過測試,sleep 幾秒到幾十秒都無法復現(xiàn),最后索性 sleep 一分鐘,神奇的事情發(fā)生了,每次都成功復現(xiàn)!

既然能成功復現(xiàn)那就好說了,因為我自己的業(yè)務代碼也有使用到 Pulsar 的地方,為了方便調(diào)試就準備在自己的項目里再復現(xiàn)一次。

結果詭異的事情再次發(fā)生,我這里又不能復現(xiàn)了。

雖然這才是符合預期的,但這就沒法調(diào)了呀。

本著相信現(xiàn)代科學的前提,我們倆唯一的區(qū)別就是項目不一樣了,為此我對比了兩邊的代碼。

  @PulsarConsumer(
topic = xx,
clazz = Xx.class,
subscriptionType = SubscriptionType.Shared
)
public void consume(Data msg) {
log.info("consume msg:{}", msg.getOrderId());
Lock lock = redisLockRegistry.obtain(msg.getOrderId());
if (lock.tryLock()) {
try {
orderService.do(msg.getOrderId());
} catch (Exception e) {
log.error("consumer msg:{} err:", msg.toString(), e);
} finally {
lock.unlock();
}
}

}

結果不出所料,同事那邊的代碼加了鎖;一個基于 Redis 的分布式鎖,這時我一拍大腿不會是解鎖的時候超時了導致拋了異常吧。

為了驗證這個問題,在能復現(xiàn)的基礎上我在框架的 Pulsar 消費處打了斷點:

果然破案了,異常提示已經(jīng)非常清楚了:加鎖已經(jīng)過了超時時間。

進入異常后直接 negative 消息,同時異常也被吃掉了,所以之前沒有發(fā)現(xiàn)。

查閱了 RedisLockRegistry 的源碼,默認超時時間正好是一分鐘,所以之前我們 sleep 幾十秒也無法復現(xiàn)這個問題。

總結

事后我向同事了解了下為啥這里要加鎖,因為我看下來完全沒有加鎖的必要;結果他是因為從別人那里復制的代碼才加上的,壓根沒想那么多。

所以這事也能得出一些教訓:

  • ctrl C/V 雖然方便,但也得充分考慮自己的業(yè)務場景。
  • 使用一些第三方 API 時,需要充分了解其作用、參數(shù)。
責任編輯:姜華 來源: 今日頭條
相關推薦

2024-06-14 08:36:57

2022-12-12 08:17:29

2024-04-23 08:31:57

pythonfalse

2023-04-26 10:21:04

2024-04-30 09:02:48

2023-12-12 08:41:01

2023-12-20 08:23:53

NIO組件非阻塞

2024-04-07 00:00:00

ESlint命令變量

2024-05-28 09:12:10

2024-01-09 07:29:05

Argo代碼庫應用程序

2019-12-12 09:23:29

Hello World操作系統(tǒng)函數(shù)庫

2017-10-16 13:45:04

2022-05-27 08:55:15

工具自動化軟件

2021-02-02 08:21:28

網(wǎng)絡面試通信

2024-04-07 00:00:03

2021-02-20 08:21:18

Hive動態(tài)分區(qū)

2019-06-14 15:36:13

Windows 10安全PC

2024-07-30 08:22:47

API前端網(wǎng)關

2024-11-08 09:48:38

異步編程I/O密集

2024-08-20 08:29:55

點贊
收藏

51CTO技術棧公眾號