golang中死锁个人新见解

死锁的产生

在两个及以上的协程中，由于竞争资源或彼此通信导致程序阻塞，无法进行下去就会造成死锁

死锁的个人理解(以前)

造成死锁的场景很多，在各个论坛都能看到各种死锁场景举例，在以前的学习中，我总结了避免这些死锁场景的同一特点，有消费者阻塞，必须在另一个协程有生产者，且协程的启动在消费者阻塞之前。有生产者阻塞，必须在另一个协程有消费者，且协程的启动在生产者阻塞之前。

死锁的个人新理解

先贴一段代码：

func main() {
	forever := make(chan int)
	go func() {
		for {
			fmt.Println(1111)
			time.Sleep(time.Second * 2)
		}
	}()
	fmt.Println(222)
	forever <- 3
}

这段代码不会造成死锁，且可以实现主程序的阻塞

究其原因是因为协程里边是无限for循环，协程不退出就不会判定为该程序死锁

应用场景

在消费数据时，我们经常会在协程里一直for range的读取管道中的数据，这时协程不会退出，也可以用这种简单的方法，开一个无缓存的管道实现主程序的阻塞并且不会造成死锁