Go語言select的記憶體配置情況

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

最近看了Go runtime中關於select的實現（select in Go’s runtime），發現select語句位於for迴圈之內執行的時候，每一遍迴圈都需要在底層runtime中經曆malloc對象到free對象的過程，我認為這個頻繁的記憶體配置和釋放的代價並不小，至少記憶體不是處於一種穩定的狀態。因此，我實際的測試一把使用select來操作channel和不使用select操作channel兩種情況下的記憶體情況。

測試過程都是運行程式3分鐘，每一次迴圈sleep 1秒鐘，每10秒鐘採集一下記憶體使用量情況的資料。為了更直觀的感受，我使用goplot工具把採集到的記憶體資料繪製成了圖表。

使用select

測試代碼：https://gist.github.com/skoo87/6727151#file-test_channel_select-go

不使用select

測試代碼：https://gist.github.com/skoo87/6727151#file-test_channel-go

上面兩圖中，最上面的藍色線表示從系統分配的總的堆記憶體大小，中間的黃色線表示閒置堆記憶體大小，最下面的紅色線表示使用的堆內容大小。

兩種情況，總分配的堆記憶體都是一樣的，基本沒差距，兩個測試程式本來就很簡單，基本一致。使用的堆記憶體和閒置堆記憶體必然具有此消彼長的關係。這兩個資料來看，兩種情況有著明顯的不同，使用select的時候，由於不斷在分配新的記憶體，所以堆記憶體的使用一路走高，相應閒置記憶體就逐漸層少了。但是不使用select，而是直接操作channel的時候，可以明顯感受到記憶體配置情況是非常穩定的。

這個測試並不是為了證明select有多麼的糟糕，而只說明select將會頻繁的分配記憶體，這裡只是簡單的使用了兩個select，記憶體的表現還是非常明顯的。但我個人並不支援為了不用select，而寫出一堆難看的代碼，甚至是存在隱患的代碼，比如無channel逾時。但我們應該避免程式中大量執行select語句。

最後，用資料，將資料視覺效果，更能形象直觀的展示現象，玩得比較開心。