这是我复现的deadlock
场景:一个长度为1的channel,起10个go程往通道中写数据,在写之前会锁住互斥信号量mu,使用defer解锁,也就是在写完成之前都是锁住的。再在主程里面消费这个channel,消费10次,第五次的时候会执行一些操作,也会锁住mu执行。
问题分析:当第五次消费channel的时候,在申请mu.Lock()之前,mu已经被一个写入的Go程锁住了,消费者就会进入等待状态,同时又因为channel只能容纳一个值,会发生channel中已经有一个值导致获取锁的go程无法写入的情况,这样就不会进行锁的释放,锁无法释放的话消费者也无法继续进行消费,最终导致死锁。