一次CPU跑滿的程式調試經曆(Golang)

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。

最近嘗試用Go寫程式。寫了一個tcp網路服務，跑起來之後會把所有的CPU都跑到了100%，略嚇人。
經過簡單分析發現了問題所在

package mainimport (    "runtime"    "time")func main() {    quit := make(chan bool)    for i := 0; i != runtime.NumCPU(); i++ {        go func() {            for {                select {                case <-quit:                    break                default:                }            }        }()    }    time.Sleep(time.Second * 15)    for i := 0; i != runtime.NumCPU(); i++ {        quit <- true    }}

上面這段代碼會把所有CPU都跑滿，原因就就在select的用法上。

一般來說，我們都用select監聽各個case的IO事件，每個case都是阻塞的。上面的例子中，我們希望select在擷取到quit通道裡面的資料時退出迴圈。而實際上每一次迴圈select會執行滿足條件的case，當quit通道中沒有資料時，即不滿足該case的條件，就會直接跳到default，然後退出select；而外面又是一個死迴圈，所以直到quit通道裡讀到資料，否則會一直在一個死迴圈中運行，即使放到一個goroutine裡運行，也是會佔滿所有的CPU。

解決方案也很簡單，把default去掉就可以了，這樣select就會一直阻塞在quit通道的IO上， 把這個迴圈放到goroutine中，就能夠隨時響應通道中的資訊。

如果select沒有放在迴圈中，還是可以加default的，比如用來判斷一個channel是否已滿：

ch := make (chan int, 1)ch <- 1select {case ch <- 2:default:    fmt.Println("channel is full !")}

因為ch插入 1 的時候已經滿了， 當ch要插入 2 的時候，發現ch已經滿了（case1 阻塞住）， 則select執行default語句。 這樣就可以實現對channel是否已滿的檢測， 而不是一直等待。

參考：golang的select典型用法