Go提供了一種稱為通道的機制，用于在goroutine之間共享數(shù)據(jù)。當您作為goroutine執(zhí)行并發(fā)活動時，需要在goroutine之間共享資源或數(shù)據(jù)，通道充當goroutine之間的管道（管道）并提供一種機制來保證同步交換。
尼瀘西網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián)建站,尼瀘西網(wǎng)站設(shè)計制作，有大型網(wǎng)站制作公司豐富經(jīng)驗。已為尼瀘西上1000+提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\外貿(mào)網(wǎng)站制作要多少錢，請找那個售后服務(wù)好的尼瀘西做網(wǎng)站的公司定做！
根據(jù)數(shù)據(jù)交換的行為，有兩種類型的通道：無緩沖通道和緩沖通道。無緩沖通道用于執(zhí)行g(shù)oroutine之間的同步通信，而緩沖通道用于執(zhí)行異步通信。無緩沖通道保證在發(fā)送和接收發(fā)生的瞬間兩個goroutine之間的交換。緩沖通道沒有這樣的保證。
通道由make函數(shù)創(chuàng)建，該函數(shù)指定chan關(guān)鍵字和通道的元素類型。
這是創(chuàng)建無緩沖和緩沖通道的代碼塊：
語法
使用內(nèi)置函數(shù)make創(chuàng)建無緩沖和緩沖通道。make的第一個參數(shù)需要關(guān)鍵字chan，然后是通道允許交換的數(shù)據(jù)類型。
這是將值發(fā)送到通道的代碼塊需要使用-運算符：
語法
一個包含5個值的緩沖區(qū)的字符串類型的goroutine1通道。然后我們通過通道發(fā)送字符串“Australia”。
這是從通道接收值的代碼塊：
語法
- 運算符附加到通道變量（goroutine1）的左側(cè)，以接收來自通道的值。
在無緩沖通道中，在接收到任何值之前沒有能力保存它。在這種類型的通道中，發(fā)送和接收goroutine在任何發(fā)送或接收操作完成之前的同一時刻都準備就緒。如果兩個goroutine沒有在同一時刻準備好，則通道會讓執(zhí)行其各自發(fā)送或接收操作的goroutine首先等待。同步是通道上發(fā)送和接收之間交互的基礎(chǔ)。沒有另一個就不可能發(fā)生。
在緩沖通道中，有能力在接收到一個或多個值之前保存它們。在這種類型的通道中，不要強制goroutine在同一時刻準備好執(zhí)行發(fā)送和接收。當發(fā)送和接收阻塞時也有不同的條件。只有當通道中沒有要接收的值時，接收才會阻塞。僅當沒有可用緩沖區(qū)來放置正在發(fā)送的值時，發(fā)送才會阻塞。
實例
運行結(jié)果
無緩沖的通道（unbuffered channel）是指在接收前沒有能力保存任何值的通道。
這種類型的通道要求發(fā)送goroutine和接收goroutine同時準備好，才能完成發(fā)送和接收操作。否則，通道會導致先執(zhí)行發(fā)送或接收操作的 goroutine 阻塞等待。
這種對通道進行發(fā)送和接收的交互行為本身就是同步的。其中任意一個操作都無法離開另一個操作單獨存在。
阻塞：由于某種原因數(shù)據(jù)沒有到達，當前協(xié)程（線程）持續(xù)處于等待狀態(tài)，直到條件滿足，才接觸阻塞。
同步：在兩個或多個協(xié)程（線程）間，保持數(shù)據(jù)內(nèi)容一致性的機制。
下圖展示兩個 goroutine 如何利用無緩沖的通道來共享一個值：
在第 1 步，兩個 goroutine 都到達通道，但哪個都沒有開始執(zhí)行發(fā)送或者接收。
在第 2 步，左側(cè)的 goroutine 將它的手伸進了通道，這模擬了向通道發(fā)送數(shù)據(jù)的行為。這時，這個 goroutine 會在通道中被鎖住，直到交換完成。
在第 3 步，右側(cè)的 goroutine 將它的手放入通道，這模擬了從通道里接收數(shù)據(jù)。這個 goroutine 一樣也會在通道中被鎖住，直到交換完成。
在第 4 步和第 5 步，進行交換，并最終，在第 6 步，兩個 goroutine 都將它們的手從通道里拿出來，這模擬了被鎖住的 goroutine 得到釋放。兩個 goroutine 現(xiàn)在都可以去做別的事情了。
如果沒有指定緩沖區(qū)容量，那么該通道就是同步的，因此會阻塞到發(fā)送者準備好發(fā)送和接收者準備好接收。
無緩沖channel： —— 同步通信
前段時間在golang-China讀到這個貼：
個人覺得golang十分適合進行網(wǎng)游服務(wù)器端開發(fā)，寫下這篇文章總結(jié)一下。
從網(wǎng)游的角度看：
要成功的運營一款網(wǎng)游，很大程度上依賴于玩家自發(fā)形成的社區(qū)。只有玩家自發(fā)形成一個穩(wěn)定的生態(tài)系統(tǒng)，游戲才能持續(xù)下去，避免鬼城的出現(xiàn)。而這就需要多次大量導入用戶，在同時在線用戶量達到某個臨界點的時候，才有可能完成。因此，多人同時在線十分有必要。
再來看網(wǎng)游的常見玩法，除了排行榜這類統(tǒng)計和數(shù)據(jù)匯總的功能外，基本沒有需要大量CPU時間的應(yīng)用。以前的項目里，即時戰(zhàn)斗產(chǎn)生的各種傷害計算對CPU的消耗也不大。玩家要完成一次操作，需要通過客戶端-服務(wù)器端-客戶端這樣一個來回，為了獲得高響應(yīng)速度，滿足玩家體驗，服務(wù)器端的處理也不能占用太多時間。所以，每次請求對應(yīng)的CPU占用是比較小的。
網(wǎng)游的IO主要分兩個方面，一個是網(wǎng)絡(luò)IO，一個是磁盤IO。網(wǎng)絡(luò)IO方面，可以分成美術(shù)資源的IO和游戲邏輯指令的IO，這里主要分析游戲邏輯的IO。游戲邏輯的IO跟CPU占用的情況相似，每次請求的字節(jié)數(shù)很小，但由于多人同時在線，因此并發(fā)數(shù)相當高。另外，地圖信息的廣播也會帶來比較頻繁的網(wǎng)絡(luò)通信。磁盤IO方面，主要是游戲數(shù)據(jù)的保存。采用不同的數(shù)據(jù)庫，會有比較大的區(qū)別。以前的項目里，就經(jīng)歷了從MySQL轉(zhuǎn)向MongoDB這種內(nèi)存數(shù)據(jù)庫的過程，磁盤IO不再是瓶頸?？傮w來說，還是用內(nèi)存做一級緩沖，避免大量小數(shù)據(jù)塊讀寫的方案。
針對網(wǎng)游的這些特點，golang的語言特性十分適合開發(fā)游戲服務(wù)器端。
首先，go語言提供goroutine機制作為原生的并發(fā)機制。每個goroutine所需的內(nèi)存很少，實際應(yīng)用中可以啟動大量的goroutine對并發(fā)連接進行響應(yīng)。goroutine與gevent中的greenlet很相像，遇到IO阻塞的時候，調(diào)度器就會自動切換到另一個goroutine執(zhí)行，保證CPU不會因為IO而發(fā)生等待。而goroutine與gevent相比，沒有了python底層的GIL限制，就不需要利用多進程來榨取多核機器的性能了。通過設(shè)置最大線程數(shù)，可以控制go所啟動的線程，每個線程執(zhí)行一個goroutine，讓CPU滿負載運行。
同時，go語言為goroutine提供了獨到的通信機制channel。channel發(fā)生讀寫的時候，也會掛起當前操作channel的goroutine，是一種同步阻塞通信。這樣既達到了通信的目的，又實現(xiàn)同步，用CSP模型的觀點看，并發(fā)模型就是通過一組進程和進程間的事件觸發(fā)解決任務(wù)的。雖然說，主流的編程語言之間，只要是圖靈完備的，他們就都能實現(xiàn)相同的功能。但go語言提供的這種協(xié)程間通信機制，十分優(yōu)雅地揭示了協(xié)程通信的本質(zhì)，避免了以往鎖的顯式使用帶給程序員的心理負擔，確是一大優(yōu)勢。進行網(wǎng)游開發(fā)的程序員，可以將游戲邏輯按照單線程阻塞式的寫，不需要額外考慮線程調(diào)度的問題，以及線程間數(shù)據(jù)依賴的問題。因為，線程間的channel通信，已經(jīng)表達了線程間的數(shù)據(jù)依賴關(guān)系了，而go的調(diào)度器會給予妥善的處理。
另外，go語言提供的gc機制，以及對指針的保護式使用，可以大大減輕程序員的開發(fā)壓力，提高開發(fā)效率。
展望未來，我期待go語言社區(qū)能夠提供更多的goroutine間的隔離機制。個人十分推崇erlang社區(qū)的脆崩哲學，推動應(yīng)用發(fā)生預期外行為時，盡早崩潰，再fork出新進程處理新的請求。對于協(xié)程機制，需要由程序員保證執(zhí)行的函數(shù)不會發(fā)生死循環(huán)，導致線程卡死。如果能夠定制goroutine所執(zhí)行函數(shù)的最大CPU執(zhí)行時間，及所能使用的最大內(nèi)存空間，對于提升系統(tǒng)的魯棒性，大有裨益。
重慶分公司
重慶分公司
