個人制作的5.1各聲道音源定位測試音樂，PCM編碼，WAV輸出！兼容所有播放軟件及播放平臺！
各個聲道依次順序發聲，對比音箱擺位，可立即測試各聲道是否輸出工作正常，位置是否正確！

文件：590m.com/f/25127180-480829281-89601b
（訪問密碼：551685）

以下內容無關：

-------------------------------------------分割線---------------------------------------------

通道可以是定向的(directional)。在默認情況下，通道將以雙向的(bidirectional)形式運作，用戶既可以把值放人通道，也可以從通道取出值;但是，通道也可以被限制為只能執行發送操作(send-only)或者只能執行接收操作(receive-only)。

通常可以叫定向通道，也有人叫單向通道，兩者其實都是指向這篇短文要討論的Directional Channel。

下面直接舉例子說明：

Copy
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 = cgo func() {defer wg.Done()for i := 0; i < 6; i++ { // 注意這里是 6fmt.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++ { // 這里是 3fmt.Print("send\n")send <- rand.Intn(100)} }()wg.Wait()

}

這里可以先猜一下運行結果，我直接貼出：

image-20210131113121061

后面的引起了我的注意：

Copy
receive
0
是最讓我困惑的地方，因為在一般印象內channel都是會阻塞的存在，而從上面結果看，第一個recv也是阻塞了）。但是后面的的recv卻沒有起到阻塞的作用，還是把c中的默認值0輸出了。

通過debug，不難看出的是，兩個單向通道的發送和接收都是從一個緩沖通道中進行操作的，兩個單項通道同屬于一個雙向通道，只不過他們被分別限制了接收和發送功能。

image-20210131115618137

通過debug，再次發現，在recv讀取完之后，通道內并沒有被“清空”，而是保有默認值。

image-20210131122218881

難道，recv并沒有被阻塞？

驗證方法如下：

Copy
// defer close?
選擇注釋掉發送Goroutine中的關閉通道。

image-20210131123122579

結果很明顯，造成死鎖，證明兩個單向通道之間是有通信的，有阻塞的。

最后通過源碼，還是找到了答案：

image-20210131123806000

由此，為避免接收到不需要的無效零值，應修改接收Goroutine–receive的寫法：

Copy
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
}
}
}()
image-20210131124040698

總結

以上是生活随笔為你收集整理的5.1声道定位测试音源（PCM-WAV）定位测试音源（PCM-WAV）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。