基本設(shè)計思路：
成都網(wǎng)絡(luò)公司-成都網(wǎng)站建設(shè)公司成都創(chuàng)新互聯(lián)公司十多年經(jīng)驗成就非凡，專業(yè)從事成都網(wǎng)站設(shè)計、成都網(wǎng)站制作，成都網(wǎng)頁設(shè)計，成都網(wǎng)頁制作，軟文平臺，1元廣告等。十多年來已成功提供全面的成都網(wǎng)站建設(shè)方案，打造行業(yè)特色的成都網(wǎng)站建設(shè)案例，建站熱線：18980820575，我們期待您的來電！
類型轉(zhuǎn)換、類型斷言、動態(tài)派發(fā)。iface，eface。
反射對象具有的方法：
編譯優(yōu)化：
內(nèi)部實(shí)現(xiàn)：
實(shí)現(xiàn) Context 接口有以下幾個類型（空實(shí)現(xiàn)就忽略了）：
互斥鎖的控制邏輯：
設(shè)計思路：
（以上為寫被讀阻塞，下面是讀被寫阻塞）
總結(jié)，讀寫鎖的設(shè)計還是非常巧妙的：
設(shè)計思路：
WaitGroup 有三個暴露的函數(shù):
部件：
設(shè)計思路：
結(jié)構(gòu)：
Once 只暴露了一個方法：
實(shí)現(xiàn)：
三個關(guān)鍵點(diǎn)：
細(xì)節(jié)：
讓多協(xié)程任務(wù)的開始執(zhí)行時間可控（按順序或歸一）。（Context 是控制結(jié)束時間）
設(shè)計思路： 通過一個鎖和內(nèi)置的 notifyList 隊列實(shí)現(xiàn)，Wait() 會生成票據(jù)，并將等待協(xié)程信息加入鏈表中，等待控制協(xié)程中發(fā)送信號通知一個（Signal()）或所有（Boardcast()）等待者（內(nèi)部實(shí)現(xiàn)是通過票據(jù)通知的）來控制協(xié)程解除阻塞。
暴露四個函數(shù)：
實(shí)現(xiàn)細(xì)節(jié)：
部件：
包： golang.org/x/sync/errgroup
作用：開啟 func() error 函數(shù)簽名的協(xié)程，在同 Group 下協(xié)程并發(fā)執(zhí)行過程并收集首次 err 錯誤。通過 Context 的傳入，還可以控制在首次 err 出現(xiàn)時就終止組內(nèi)各協(xié)程。
設(shè)計思路：
結(jié)構(gòu)：
暴露的方法：
實(shí)現(xiàn)細(xì)節(jié)：
注意問題：
包： "golang.org/x/sync/semaphore"
作用：排隊借資源（如錢，有借有還）的一種場景。此包相當(dāng)于對底層信號量的一種暴露。
設(shè)計思路：有一定數(shù)量的資源 Weight，每一個 waiter 攜帶一個 channel 和要借的數(shù)量 n。通過隊列排隊執(zhí)行借貸。
結(jié)構(gòu)：
暴露方法：
細(xì)節(jié)：
部件：
細(xì)節(jié)：
包： "golang.org/x/sync/singleflight"
作用：防擊穿。瞬時的相同請求只調(diào)用一次，response 被所有相同請求共享。
設(shè)計思路：按請求的 key 分組（一個 *call 是一個組，用 map 映射存儲組），每個組只進(jìn)行一次訪問，組內(nèi)每個協(xié)程會獲得對應(yīng)結(jié)果的一個拷貝。
結(jié)構(gòu)：
邏輯：
細(xì)節(jié)：
部件：
如有錯誤，請批評指正。
剛?cè)腴TGo語言小白需要注意以下五點(diǎn)：
1、注意書寫代碼的一些規(guī)范吧，特別是注意大小寫、英文標(biāo)點(diǎn)符號區(qū)別等，在特別的位置寫上注釋。
2、主要是理解偽代碼所描述的算法，偽代碼要注意是不能直接運(yùn)行的。
3、注意編譯器版本與書籍上所介紹版本是否一致，也注意特殊符號，印刷版本可能與實(shí)際不一致。
4、書上的版本和當(dāng)前所用的版本是否一致，有些情況下書上版本在現(xiàn)在來用已經(jīng)過時了。
5、邏輯走通;給自己信心，其實(shí)起步階段不難的。
Hello，大家好，又見面了！上一遍我們將 channel 相關(guān)基礎(chǔ)以及使用場景。這一篇，還需要再次進(jìn)階理解channel 阻塞問題。以下創(chuàng)建一個chan類型為int，cap 為3。
channel 內(nèi)部其實(shí)是一個環(huán)形buf數(shù)據(jù)結(jié)構(gòu) ，是一種滑動窗口機(jī)制，當(dāng)make完后，就分配在 Heap 上。
上面，向 chan 發(fā)送一條“hello”數(shù)據(jù)：
如果 G1 發(fā)送數(shù)據(jù)超過指定cap時，會出現(xiàn)什么情況？
看下面實(shí)例：
以上會出現(xiàn)什么，chan 緩沖區(qū)允許大小為1，如果再往chan仍數(shù)據(jù)，滿了就會被阻塞，那么是如何實(shí)現(xiàn)阻塞的呢？當(dāng) chan 滿時，會進(jìn)入 gopark，此時 G1 進(jìn)入一個 waiting 狀態(tài)，然后會創(chuàng)建一個 sudog 對象，其實(shí)就sendq隊列，把 200放進(jìn)去。等 buf 不滿的時候，再喚醒放入buf里面。
通過如下源碼，你會更加清晰：
上面，從 chan 獲取數(shù)據(jù)：
Go 語言核心思想：“Do not communicate by sharing memory; instead, share memory by communicating.” 你可以看看這本書名叫：Effective Go
如果接收者，接收一個空對象，也會發(fā)生什么情況？
代碼示例 ：
也會報錯如下：
上面，從 chan 取出數(shù)據(jù)，可是沒有數(shù)據(jù)了。此時，它會把 接收者 G2 阻塞掉，也是和G1發(fā)送者一樣，也會執(zhí)行 gopark 將狀態(tài)改為 waiting，不一樣的點(diǎn)就是。
正常情況下，接收者G2作為取出數(shù)據(jù)是去 buf 讀取數(shù)據(jù)的，但現(xiàn)在，buf 為空了，此時，接收者G2會將sudog導(dǎo)出來，因為現(xiàn)在G2已經(jīng)被阻塞了嘛，會把G2給G，然后將 t := -ch 中變量 t 是在棧上的地址，放進(jìn)去 elem ，也就是說，只存它的地址指針在sudog里面。
最后， ch - 200 當(dāng)G1往 chan 添加200這個數(shù)據(jù)，正常情況是將數(shù)據(jù)添加到buf里面，然后喚醒 G2 是吧，而現(xiàn)在是將 G1 的添加200數(shù)據(jù)直接干到剛才G2阻塞的t這里變量里面。
你會認(rèn)為，這樣真的可以嗎？想一想，G2 本來就是已經(jīng)阻塞了，然后我們直接這么干肯定沒有什么毛病，而且效率提高了，不需要再次放入buf再取出，這個過程也是需要時間。不然，不得往chan添加數(shù)據(jù)需要加鎖、拷貝、解鎖一序列操作，那肯定就慢了，我想Go語言是為了高效及內(nèi)存使用率的考慮這樣設(shè)計的。（注意，一般都是在runtime里面完成，不然會出現(xiàn)象安全問題。）
總結(jié) ：
chan 類型的特點(diǎn)：chan 如果為空，receiver 接收數(shù)據(jù)的時候就會阻塞等待，直到 chan 被關(guān)閉或者有新的數(shù)據(jù)到來。有這種個機(jī)制，就可以實(shí)現(xiàn) wait/notify 的設(shè)計模式。
相關(guān)面試題：
重慶分公司
重慶分公司
