直接點說,就是由於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