诡异的执行结果，有哪位 Go 大神来给瞧瞧？

根据 V 友们的评论目前已经解决了一大半的问题了。

1、首先是为什么会出现两个 A3，即

[K]A0B1C2E3
A3A3B4

这个是我自己挖的坑，仔细看下面这段代码

            // 限制循环次数，避免一直死循环
            if i >= 3 {
                fmt.Print("E", i, "\n")
                i = 2  // 坑在这里，进来时 i = 3，然后 i 又被改为 2，所以才出现两个 A3
                break
            }

2、如果是一个协程进行 i = i+1 ，另一个协程进行 if i == 3 操作，会有影响吗？

每个协程所使用的寄存器都是独立的，协程在切换的时候也会保存这些寄存器的值，所以不是共享的，所以 i = i + 1 结果将是正确的。

3、如果把 fmt.Print("[K]")，注释掉，就只会输出 A0B1 ，然后一直陷入死循环（此时没有任何输出）。

由 2 可知，代码里的自旋锁是没有问题的，因此 i = i+1 也是正确的。最后本人在测试时发现，在输出 A0B1 后，i 的值为2，因此 协程 A 和 协程 B 都处于自旋中，所以不会有内容输出。但是对于协程 C 来说，此时 i 的值为 2，不满足 i%3 != 2，即 协程 C 拿到了锁，此时应该输出 C。但实际情况是 C 无动于衷。

这就是当前还无法解答的问题，本人在 协程 A 和 协程 B 自选时打印 i 的值，确实是一致打印 i = 2，所以为何 i = 2 时协程 C 不输出东西呢？当我在 协程 C 的自选内也加上打印 i 的值后，诡异的是 协程 C 能输出东西了，程序能够正常停止了。

这有点像 薛定乐的猫，你不观察你就不知道 i 的值，但只要你观察（打印 i 的值），就会发生坍塌，程序能够正常停止。

个人猜测这个应该和协程的调度有关，有可能 协程 C 被饿死了。不过 Go 新版对于每一个协程都有一个时间限制，应该不会饿死才对，所以问题到底是啥？求大神解答。

感谢 V 友们的帮助，最后一个问题可能和编译器优化有关，暂时不研究了。

总之，在自旋锁里加上 runtime.Gosched() 让协程主动让出 CPU 就没问题了。

package main

import (
    "fmt"
    "runtime"
    "sync"
)

func main() {
    var wg sync.WaitGroup = sync.WaitGroup{}
    wg.Add(1)

    var i int = 0

    go func() {
        for {
            // 自旋锁
            for i%3 != 0 {
                // 让出 CPU
                runtime.Gosched()
            }

            fmt.Print("A")

            i = i + 1
        }
    }()
    go func() {
        for {
            // 自旋锁
            for i%3 != 1 {
                // 让出 CPU
                runtime.Gosched()
            }

            fmt.Print("B")

            i = i + 1
        }
    }()
    go func() {
        for {

            // 限制循环次数，避免一直死循环
            if i/3 >= 30 {
                fmt.Print("E", i, "\n")
                break
            }

            // 自旋锁
            for i%3 != 2 {
                // 让出 CPU
                runtime.Gosched()
            }

            fmt.Print("C\n")

            i++

        }
        wg.Done()
    }()

    wg.Wait()
}

编译器优化的问题可以看 V 友（xfriday）提供的：https://github.com/golang/go/issues/40572 不过我输出汇编代码后并没有发现有偷工减料的地方，具体以后有时间再研究了。