Golang Go语言中关于 channel 的问题，希望懂的大佬能进来看看
Golang Go语言中关于 channel 的问题，希望懂的大佬能进来看看
关于 channel 在 golang 中国的官网上写着这样一句话：
使用信道需要考虑的一个重点是死锁。当 Go 协程给一个信道发送数据时，照理说会有其他 Go 协程来接收数据。如果没有的话，程序就会在运行时触发 panic，形成死锁。
同理，当有 Go 协程等着从一个信道接收数据时，我们期望其他的 Go 协程会向该信道写入数据，要不然程序就会触发 panic。
问题一： 如果是无缓冲的 channel，协程给一个信道发数据 但是没有其他协程接收数据，个人实测下来并没有出现死锁....
问题二： 无缓冲的 channel 与有缓冲的 channel 发生死锁的场景区别，哪位能介绍下....?
更多关于Golang Go语言中关于 channel 的问题，希望懂的大佬能进来看看的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
更多关于Golang Go语言中关于 channel 的问题，希望懂的大佬能进来看看的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
package main
func main() {
ch := make(chan int)
for {
ch <- 1
}
}
fatal error: all goroutines are asleep - deadlock!
goroutine 1 [chan send]:
main.main()
a.go:7 +0x5c
exit status 2
关于第二个问题 我自己实践发现，如果 channel 是有缓冲的，在 channel 被写满前，如果没有协程从通道内取，那不会产生死锁， 如果 channel 已经被写满了，这个时候再向里面写的时候就会报死锁。两位大佬认同我的总结吗…
是的，你可以把所有的 channel 都理解成有缓冲的，只是这个缓冲可能是 0，缓冲满了再写这个 goroutinues 就卡住，所有 goroutinues 都卡住就报死锁
可能你对死锁理解有点朴素了，这个的意思应该是，你往一个无缓冲的 channel 写入数据，这个写入过程必须等待有另外一个 goroutinue 来结收这个数据才能返回，如果这个时候再也没有任何一个另外 goroutinue 来结收数据了，那么这时候不是死锁了是啥？
注意这个没有另外 goroutinue 来结收数据的意思，并不是当前没有另外一个 goroutinue 正在等待结收数据，而是当前和以后都不会有另外一个 goroutinue 来结收这个数据了，这种情况下应该是除了写入数据这个 goroutinue 以外所有 goroutinue 都已经执行结束，整个程序再也不会有另可运行的 goroutinue 来读取这个数据。
对于有缓冲的 channel，则是写入数据当时如果没有另外 goroutinue 来读取这个数据，则放入缓冲中，自己可以返回来读取缓冲中的数据，所以这个并不会造成死锁。
借一下楼问一个简单的问题
https://tour.go-zh.org/moretypes/11
这里的第 10 行的 s = s[:0]
s 被赋值为了 0 个为什么后面还能继续 s = s[:4]
有点不能理解，按照我的理解难道不是 s 已经被赋值为空了吗
更简洁一点的说法应该是，我当前数据需要另外一个 goroutinue 来读取，而另一个可以读取这个数据 goroutinue 需要我来创建，所以这个和传统的死锁并没有什么区别。
等待读取数据也是同理的。
#8 这个和 c 语言完全不一样吧，不是元素访问，似乎 C 语言也没有这个操作的吧
这个是对数组进行切片操作，空数组切片操作选择前四个不还是空数组么，内部应该有 min(4, len(s))之类的操作
运行的时候显示 fatal error: all goroutines are asleep - deadlock! 可能因为发生在主线程中…? 所以报死锁 如果不是主线程，那是阻塞
#10 大概是因为 channel 的实现里有个锁，然后没有接收者的时候它就死了？
Go 的 channel 不能在发送时知道有没有接收方吗（不管它在不在接收）？ Rust 的 channel 如果接收方不在了是会返回错误的，Go 应该也能做到的吧？
看来下就是头指针，s = s[:0]头指针没有改变。改变的是 len （变为 0 ）。因此后面只可以再赋值的时候 s = s[:4]只是把 len 改成了 4.
#11 不为什么。不需要理解。这是 Go 语言规范所规定的：
> The capacity is a measure of that extent: it is the sum of the length of the slice and the length of the array beyond the slice; a slice of length up to that capacity can be created by slicing a new one from the original slice.
https://golang.google.cn/ref/spec#Slice_types
#12 你点一下「 run 」就会发现这个和 Python 的切片不一样的。
问题一,这个有可能是你创建通道未初始化，然后传与取都是正常执行不过没数据。
问题二：
jobs := make(chan []string, len(newlist))
go 协程一
for{
jobs <- addr
}
go 协程二
func threadworker(id int, jobs <-chan []string) {
for j := range jobs {
> 使用信道需要考虑的一个重点是死锁。当 Go 协程给一个信道发送数据时，照理说会有其他 Go 协程来接收数据。如果没有的话，程序就会在运行时触发 panic，形成死锁。
> 同理，当有 Go 协程等着从一个信道接收数据时，我们期望其他的 Go 协程会向该信道写入数据，要不然程序就会触发 panic。
这个需要需要上下文情景理解。 不过无论如何，这么描述都是欠妥的。这两句话想强调的是当所有用户协程都同时阻塞时，程序将崩溃退出（非 panic ）。但这只是官方编译器的实现，白皮书对此并未做要求。
取子切片时，第二个下标可以大于基础切片的长度，但是不能大于基础切片的容量。具体见 列出的白皮书中的一段。
在Golang中，channel是用于在不同的goroutine之间进行通信的一种类型化管道。以下是对channel的一些关键点解答，希望能帮助你更好地理解其机制和使用：
-
创建与初始化：你可以使用
make函数来创建一个channel，例如ch := make(chan int)。这会创建一个可以传递整型值的无缓冲channel。 -
发送与接收：通过
<-操作符可以向channel发送数据（如ch <- value）或从channel接收数据（如value := <-ch）。 -
缓冲与非缓冲：无缓冲channel在没有接收者时将阻塞发送操作，而没有发送者时将阻塞接收操作。通过
make(chan int, bufferSize)可以创建一个有缓冲的channel，其中bufferSize指定了缓冲区的大小。 -
关闭channel：使用
close(ch)可以关闭一个channel，表示没有更多的值会被发送到channel。接收者可以通过检测语法v, ok := <-ch来判断channel是否已关闭，其中ok为false表示channel已关闭。 -
select语句：
select语句允许一个goroutine等待多个channel操作。它类似于switch语句，但用于channel的通信。 -
死锁与泄露：不当的channel使用可能导致死锁（两个goroutine互相等待对方发送或接收数据）或资源泄露（goroutine被意外阻塞，无法继续执行）。
理解这些基础后，你可以开始尝试编写一些使用channel进行并发通信的小程序，以加深理解。希望这些解答对你有帮助！
