记录一个死锁异常--循环打印 AB go语言

使用两个 go 程循环打印 AB ,结果运行后发现死锁,"fatal error: all goroutines are asleep - deadlock!"。其中有两个原因:

1,触发第一次打印 A 的代码是 ch1 <- struct{}{},如果这行代码在主线程执行,那么在给阻塞在 ch1 的 go程唤醒的时候这个 go程可能还没有启动运行,所以 ch1 <- struct{}{} 最好要放在一个单独的 go程里运行。

2,当打印完最后一个 B 的时候不要再往 ch1 发送 struct{}{} 了,除非有程序接收。如果没有接收的话第一个 go程里的 for 循环已经结束了,第一个 go程已经结束运行,第二个go程被阻塞挂起,主线程也被阻塞,当前无任何活跃 goroutine,满足死锁条件,就会发生死锁报错。

解决方案:

1,打印 B 的 go程打印完最后一个 B 后不要再给 ch1 发送数据了,因为此时 go程1 已经结束运行,主线程也在阻塞中,此时的 ch1 没有接收方。这是优先方案。

2,go程1 在 for 循环结束后先不急着结束,还要接收一下 B 发送过来的最后一个 struct{}{},这可以让 go程2 不被阻塞。

Go 复制代码
func Test6(t *testing.T) {
	 
	ch1 := make(chan struct{})
	ch2 := make(chan struct{})

	 
	var wg sync.WaitGroup
	wg.Add(2)

	// 启动 goroutine 1:打印 A
	go func() {
		defer wg.Done()  
		// 打印 5 次(与 goroutine 2 交替,共 10 次输出)
		for i := 0; i < 5; i++ {
			<-ch1             // 等待获取执行权限(阻塞,直到收到数据)
			fmt.Print("A")    
			ch2 <- struct{}{} // 将执行权限传递给 goroutine 2
		}
        // 如果不写这行的话,那么 打印B的go程 打印完第5个B的时候就不要给ch1发送数据了
		<-ch1
        fmt.Println("go1 执行结束")

	}()

	// 启动 goroutine 2:打印 B
	go func() {
		defer wg.Done()
		for i := 0; i < 5; i++ {
			<-ch2 // 等待获取执行权限
			fmt.Print("B")
			//if i < 4 {
			ch1 <- struct{}{}
			//} // 将执行权限传递给 goroutine 1
		}
        fmt.Println("go2 执行结束")
	}()

	  // 触发第一个 goroutine 执行 ,避免主goroutine阻塞 
	go func() {
		ch1 <- struct{}{}
	}()

	wg.Wait()

	// 关闭通道 ,防止内存泄漏 
	close(ch1)
	close(ch2)

	fmt.Println("\n交替打印完成")
}
相关推荐
Victor3563 小时前
https://editor.csdn.net/md/?articleId=139321571&spm=1011.2415.3001.9698
后端
Victor3563 小时前
Hibernate(89)如何在压力测试中使用Hibernate?
后端
灰子学技术5 小时前
go response.Body.close()导致连接异常处理
开发语言·后端·golang
二十雨辰5 小时前
[python]-AI大模型
开发语言·人工智能·python
Yvonne爱编码6 小时前
JAVA数据结构 DAY6-栈和队列
java·开发语言·数据结构·python
Re.不晚6 小时前
JAVA进阶之路——无奖问答挑战1
java·开发语言
你这个代码我看不懂6 小时前
@ConditionalOnProperty不直接使用松绑定规则
java·开发语言
pas1366 小时前
41-parse的实现原理&有限状态机
开发语言·前端·javascript
Gogo8166 小时前
BigInt 与 Number 的爱恨情仇,为何大佬都劝你“能用 Number 就别用 BigInt”?
后端
fuquxiaoguang6 小时前
深入浅出:使用MDC构建SpringBoot全链路请求追踪系统
java·spring boot·后端·调用链分析