這篇文章給大家分享的是有關Golang實現Directional Channel的方法的內容。小編覺得挺實用的，因此分享給大家做個參考，一起跟隨小編過來看看吧。

創新互聯堅持“要么做到，要么別承諾”的工作理念，服務領域包括：成都網站建設、網站建設、企業官網、英文網站、手機端網站、網站推廣等服務，滿足客戶于互聯網時代的響水網站設計、移動媒體設計的需求，幫助企業找到有效的互聯網解決方案。努力成為您成熟可靠的網絡建設合作伙伴！

通道可以是定向的(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 并沒有被阻塞？

驗證方法如下：

// defer close(c)

選擇注釋掉發送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實現DirectionalChannel的方法-創新互聯
網址分享：http://vcdvsql.cn/article14/ddpige.html

成都網站建設公司_創新互聯，為您提供Google、小程序開發、網站收錄、定制網站、品牌網站制作、用戶體驗

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯