线程安全是否有什么办法检测到呢？

线程安全是否有什么办法检测到呢？

答案就是 data race tag，go 官方早在 1.1 版本就引入了数据竞争的检测工具，我们只需要在执行测试或者是编译的时候加上 -race 的 flag 就可以开启数据竞争的检测

使用方式如下

go test -race main.gogo build -race

不建议在生产环境 build 的时候开启数据竞争检测，因为这会带来一定的性能损失(一般内存5-10倍，执行时间2-20倍)，当然 必须要 debug 的时候除外。 建议在执行单元测试时始终开启数据竞争的检测

2.1 示例一

执行如下代码，查看每次执行的结果是否一样

2.1.1 测试

1. 代码 package main import ( "fmt" "sync") var wg sync.WaitGroupvar counter int func main() { // 多跑几次来看结果 for i := 0; i < 100000; i++ { run() } fmt.Printf("Final Counter: %d\n", counter)} func run() { // 开启两个 协程，操作 for i := 1; i <= 2; i++ { wg.Add(1) go routine(i) } wg.Wait()} func routine(id int) { for i := 0; i < 2; i++ { value := counter value++ counter = value } wg.Done()}
2. 执行三次查看结果，分别是 Final Counter: 399950Final Counter: 399989Final Counter: 400000
3. 原因分析：每一次执行的时候，都使用 go routine(i) 启动了两个 goroutine，但是并没有控制它的执行顺序，并不能满足顺序一致性内存模型。 当然由于种种不确定性，所有肯定不止这两种情况，

2.1.2 data race 检测

上面问题的出现在上线后如果出现bug会非常难定位，因为不知道到底是哪里出现了问题，所以我们就要在测试阶段就结合 data race 工具提前发现问题。

1. 使用go run -race ./main.go
2. 输出: 运行结果发现输出记录太长，调试的时候并不直观，结果如下main.main() D:/gopath/src/Go_base/daily_test/data_race/demo.go:14 +0x44==================Final Counter: 399987Found 1 data race(s)exit status 66