Golang关于channel死锁情况的汇总以及解决方案

直接读取空channel的死锁

当一个channel中没有数据，而直接读取时，会发生死锁：

func main() {
    q := make(chan int, 2)
    <-q
}

错误提示：

fatal error: all goroutines are asleep - deadlock!
goroutine 1 [chan receive]:
main.main()
        /home/erick/Desktop/Book/Parallel/final.go:159 +0x4d
exit status 2

上述代码中，创建了一个2个容量的channel，直接读取发生了死锁情况。

修正方案，使用select方法阻止，在default中放置默认处理方式：

func main() {
    q := make(chan int, 2)
    select {
    case v := <-q:
        fmt.Println(v)
    default:
        fmt.Println("nothing in channel")
    }
}

输出：

nothing in channel

过度写入数据造成的死锁

写入数据超过channel的容量，也会造成死锁：

func main() {
    q := make(chan int, 2)
    q <- 1
    q <- 2
    q <- 3
}

解决方案，与写入的方式一样，使用select方法阻止，在default中放置默认处理方式：

func main() {
    q := make(chan int, 2)
    q <- 1
    q <- 2
    select {
    case q <- 3:
        fmt.Println("ok")
    default:
        fmt.Println("wrong")
    }
}

向已经关闭的channel中写入数据

这种造成的不是死锁，而是产生panic。

func main() {
    q := make(chan int, 2)
    close(q)
    q <- 1
}

代码错误：

panic: send on closed channel
goroutine 1 [running]:
main.main()
        /home/erick/Desktop/Book/Parallel/final.go:154 +0x63
exit status 2

解决方案：只有别向已经关闭的channel写数据。。。。

但是，可以从已经关闭的channel中读取数据：

func main() {
    q := make(chan int, 3)
    q <- 1
    q <- 2
    q <- 3
    close(q)
    for v := range q {
        fmt.Println(v)
    }

下面开始讲解goroutine的读写

package main
import "fmt"
func main() {
c:=make(chan string)
go func() {
c<-"hello"
}()
fmt.Println(<-c)
}

上面这个是对的

package main
import "fmt"
func main() {
c:=make(chan string)
fmt.Println(<-c)
go func() {
c<-"hello"
}()
}

上面这个是错的，会发生死锁，因为程序会阻塞在fmt.Println(<-c)，并不会向下执行。在该行发生了阻塞，以致于下面的代码没有机会执行。因此可以总结写在读前，写操作完成后才有读操作。

总结：

上述提到的死锁，是指在程序的主线程中发生的情况，如果上述的情况发生在非主线程中，读取或者写入的情况是发生堵塞的，而不是死锁。实际上，阻塞情况省去了我们加锁的步骤，反而是更加有利于代码编写，要合理的利用阻塞。

更多相关技术内容咨询欢迎前往并持续关注六星社区了解详情。

如果你想用Python开辟副业赚钱，但不熟悉爬虫与反爬虫技术，没有接单途径，也缺乏兼职经验
关注下方微信公众号：Python编程学习圈，获取价值999元全套Python入门到进阶的学习资料以及教程，还有Python技术交流群一起交流学习哦。