记录一个死锁异常--循环打印 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交替打印完成")
}
相关推荐
间彧2 小时前
电商大促冷启动流量预测技术实践:Spring Cloud架构下的多模态预测体系
后端
无限大62 小时前
为什么"Web3"是下一代互联网?——从中心化到去中心化的转变
前端·后端·程序员
毕设源码-邱学长2 小时前
【开题答辩全过程】以 基于springboot的社区团购小程序设计与实现为例,包含答辩的问题和答案
java·spring boot·后端
间彧2 小时前
电商大促峰值流量预测技术全解析:从模型选型到实战落地
后端
政胤2 小时前
基于MindIE的SDXL多模态大模型推理加速指南(从部署到50it_s优化)
后端
Thomas游戏开发2 小时前
如何基于全免费素材,0美术成本开发游戏
前端·后端·架构
SimonKing2 小时前
浅谈银行系统对接中的安全和槽点
java·后端·程序员
间彧2 小时前
电商大促与秒杀场景下的水位管理:从容量规划到动态调控的全链路实践
后端
tryxr2 小时前
Java 中 this 关键字的使用场景
java·开发语言·类与对象·this关键字