通道可以是定向的( directional )。在默認情況下，通道將以雙向的( bidirectional )形式運作，用戶既可以把值放人通道，也可以從通道取出值;但是，通道也可以被限制為只能執行發送操作( send-only )或者只能執行接收操作( receive-only )。
通常可以叫 定向通道 ，也有人叫 單向通道 ，兩者其實都是指向這篇短文要討論的 Directional Channel 。
下面直接舉例子說明：
package onlyChannelTest
import (
"fmt"
"math/rand"
"sync"
"testing"
"time"
)
func TestOnlyChannel(t *testing.T) {
var wg sync.WaitGroup
wg.Add(2)
c:= make(chan int, 3)
var send chan- int = c
var recv -chan int = c
go func() {
defer wg.Done()
for i := 0; i 6; i++ { // 注意這里是 6
fmt.Print("receive\n")
fmt.Println(-recv)
}
}()
go func() {
defer wg.Done()
defer close(c)
rand.Seed(time.Now().UTC().UnixNano())
for i := 0; i 3; i++ { // 這里是 3
fmt.Print("send\n")
send - rand.Intn(100)
}
}()
wg.Wait()
}
這里可以先猜一下運行結果，我直接貼出：
后面的引起了我的注意：
receive
0
是最讓我困惑的地方，因為在一般印象內 channel 都是會阻塞的存在，而從上面結果看，第一個 recv 也是阻塞了）。但是后面的的 recv 卻沒有起到阻塞的作用，還是把 c 中的默認值 0 輸出了。
通過 debug ，不難看出的是，兩個單向通道的發送和接收都是從一個緩沖通道中進行操作的，兩個單項通道同屬于一個雙向通道，只不過他們被分別限制了接收和發送功能。
通過 debug ，再次發現，在 recv 讀取完之后，通道內并沒有被 “清空” ，而是保有默認值。
難道， recv 并沒有被阻塞？
驗證方法如下：
選擇注釋掉發送 Goroutine 中的關閉通道。
結果很明顯，造成死鎖，證明兩個單向通道之間是有通信的，有阻塞的。
最后通過源碼，還是找到了答案：
由此，為避免接收到不需要的無效 零值 ，應修改接收 Goroutine -- receive 的寫法：
go func() {
defer wg.Done()
for i := 0; i 6; i++ { // 注意這里是 6
x, ok := -recv
if ok {
fmt.Print("receive\n")
fmt.Println(x)
}else{
break
}
}
}()
到此這篇關于Golang實現Directional Channel(定向通道)的文章就介紹到這了,更多相關Golang定向通道內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持腳本之家！
您可能感興趣的文章:- Golang的select多路復用及channel使用操作
- 詳解Golang中Channel的用法
- golang開發中channel使用
- 基于golang channel實現的輕量級異步任務分發器示例代碼
- golang中for循環遍歷channel時需要注意的問題詳解
- golang 函數返回chan類型的操作
