golang中for循環(huán)遍歷channel時需要注意的問題詳解
前言
for循環(huán)是Go語言唯一的循環(huán)結(jié)構(gòu),最近在做一個基于RabbitMQ的應用,由于官方的qos沒有g(shù)olang的版本,所以出了一點問題。
問題代碼如下:
_, ch, err := component.NewRabbitMQ()
if err != nil {
panic(err)
}
if err := ch.Qos(10, 0, true); err != nil {
panic(err)
}
msgs, err := ch.Consume("push", "", false, false, false, false, nil)
if err != nil {
panic(err)
}
for m := range msgs {
go func(d *amqp.Delivery) {
defer func() { d.Ack(false) }
// 處理消息
}(&m)
}
發(fā)現(xiàn)消費到10條消息,進程就退出了,但是exit code為0,表示系統(tǒng)是正常退出,由于做了日志記錄可以確定消費了10條,所以初步確定是qos相關問題。
排查過程
- 首先是把d的tag打印出來,發(fā)現(xiàn)全部是一樣的,可以確定是重復的一條消息
- 一開始想到可能是經(jīng)典的go協(xié)程執(zhí)行在for循環(huán)結(jié)束以后導致的,但是看我的代碼不屬于這種情況,有使用&m保證每一條消息都是不同循環(huán)傳入的。所以判斷可能是for循環(huán)的傳遞問題。
- 確定方向之后開始寫了一個測試項目用來驗證我的想法是否正確。
測試代碼
package main
import "fmt"
func main() {
ch := make(chan int, 10)
for i := 0; i < 10; i++ {
ch <- i
}
close(ch)
for v := range ch {
fmt.Println(&v)
}
}
執(zhí)行輸出
0xc420086008 0xc420086008 0xc420086008 0xc420086008 0xc420086008 0xc420086008 0xc420086008 0xc420086008 0xc420086008 0xc420086008
到這里才煥然大悟,for循環(huán)中,如果循環(huán)變量不是指針,那么每次的變量是同一個,不過值變了。,所以上例中的RabbitMQ go協(xié)程消費消息那里,需要直接傳遞值而不是指針,經(jīng)過測試之后發(fā)現(xiàn),問題確實解決了。
題外話
測試代碼那里,如果不close掉channel是會發(fā)生死鎖的,原因是 當for循環(huán)讀完channel的10個值之后會繼續(xù)嘗試讀取下一個,而由于channel為空又沒關閉,會一直阻塞形成死鎖
TOOD
研究RabbitMQ Consumer部分的源碼來看看消費channel被關閉的問題。
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。
相關文章
GO 函數(shù)式選項模式(Functional Options Pattern)
Option模式支持傳遞多個參數(shù),并且在參數(shù)個數(shù)、類型發(fā)生變化時保持兼容性,任意順序傳遞參數(shù),下面給大家介紹GO 函數(shù)式選項模式(Functional Options Pattern)的相關知識,感興趣的朋友一起看看吧2021-10-10
Go string轉(zhuǎn)int,int64,int32及注意事項說明
這篇文章主要介紹了Go string轉(zhuǎn)int,int64,int32及注意事項說明,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-07-07

