直接點說,就是由於fmt 是線程不安全的, 如果你在多協程場景下使用fmt打印信息可能會得到亂序的結果 就是說 不按代碼里的順序打印.
下面看示例
代碼示例
golang fmt 多線程 亂序:
func main() {
wg := sync.WaitGroup{}
wg.Add(10)
var arr []int
for i:=0;i<10;i++ {
go func(i int) {
defer wg.Done()
arr = append(arr, i)
log.Printf("i: %d",i)
}(i)
}
wg.Wait() // 隔離
s :=0
for _, v := range arr{
fmt.Println(v)
s += v
}
log.Println(s)
}
輸出結果是這樣的:
2019/09/16 20:54:22 i: 2
2
2019/09/16 20:54:22 i: 4
4
2019/09/16 20:54:22 i: 0
8
2019/09/16 20:54:22 i: 8
7
2019/09/16 20:54:22 i: 6
2019/09/16 20:54:22 40
雖然有wait 隔離了協程的執行,但 fmt 還是導致了亂序. 和普通的多線程問題還不太一樣.
這個我和同事研究了一下,有可能 是因為log 有個輸出的buffer,wait之前的邏輯 只能確保信息輸出到buffer,之后log 和fmt 競爭std.out. 所以交叉輸出.
最后
最后,打印信息的話 一般也不用fmt,fmt一般用來格式化. 所以沒啥奇葩需求也就不要用fmt了.