与make通道相关的奇怪死锁

Question

我遇到了围棋频道的奇怪行为。问题描述如下。

package main

import "fmt"

func main() {
    ch := make(chan int)

    fmt.Println("len:", len(ch))
    fmt.Println("cap:", cap(ch))
    fmt.Println("is nil:", ch == nil)
                                                                         
    go func(ch chan int){
        ch <- 233
    }(ch)

    fmt.Println(<- ch)

}

当我运行上面的代码时，我得到如下结果：

len: 0
cap: 0
is nil: false
233

频道ch的len和cap看起来很复杂，但代码仍然有效。当我运行此代码时：

package main

import "fmt"

func main() {
    ch := make(chan int)

    fmt.Println("len:", len(ch))
    fmt.Println("cap:", cap(ch))
    fmt.Println("is nil:", ch == nil)
                                                                         
    ch <- 233 // Here changes!

    fmt.Println(<- ch)

}

结果是：len:0 cap:0是nil:false致命错误：所有goroutine都处于Hibernate状态-死锁！

goroutine 1 [chan send]:
main.main()
    /tmp/sandbox640280398/main.go:12 +0x340

更重要的是，当我更改第二个代码块时，如下所示：package main

import "fmt"

func main() {
    ch := make(chan int, 1) //Here changes!

    fmt.Println("len:", len(ch))
    fmt.Println("cap:", cap(ch))
    fmt.Println("is nil:", ch == nil)
                                                                         
    ch <- 233

    fmt.Println(<- ch)

}

事情又起了作用，我得到了：

len: 0
cap: 1
is nil: false
233

那么，谁能告诉我以下问题：

>

为什么使（chan int）返回一个具有零len和零Cap的通道，但仍然可以在第一个代码段中很好地工作？

为什么第二个代码使用main函数中的通道而不是新的goroutine导致死锁？

为什么我在第三个代码中添加一个cap参数可以解决这个问题？

信道（在第一和第二代码中）与零信道之间有什么区别？

Answer 1

可以创建两种类型的通道：缓冲通道和非缓冲通道
缓冲通道是那些具有容量的通道：make（chan int，10）
缓冲通道允许您向它们发送与其容量相同的消息，而不会被阻止
无缓冲通道没有容量，这就是为什么发送的goroutine将被阻止，直到另一个goroutine从中接收。

1.它是无缓冲信道。你的主goroutine被阻止从通道接收，直到新的goroutine发送消息给它。

2.由于您使用的是非缓冲通道，因此在收到另一个发送goroutine之前，您的发送goroutine将被阻止，但除了主goroutine之外，您没有其他goroutine，因此程序处于死锁状态。

3.因为有缓冲的goroutine。它的容量为1，所以发送一条消息到它，然后在同一个goroutine中接收它是没有问题的。但是如果您尝试向它发送超过1条消息，您将被阻止。ch

4.没有得到你的意思...，但如果你试图接收或发送到一个零通道，你会被阻止：var ch chan int；