直接点说,就是由于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了.