记录一个死锁异常--循环打印 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交替打印完成")
}
相关推荐
涡能增压发动积1 天前
同样的代码循环 10次正常 循环 100次就抛异常?自定义 Comparator 的 bug 让我丢尽颜面
后端
Wenweno0o1 天前
0基础Go语言Eino框架智能体实战-chatModel
开发语言·后端·golang
swg3213211 天前
Spring Boot 3.X Oauth2 认证服务与资源服务
java·spring boot·后端
tyung1 天前
一个 main.go 搞定协作白板:你画一笔,全世界都看见
后端·go
gelald1 天前
SpringBoot - 自动配置原理
java·spring boot·后端
chenjingming6661 天前
jmeter线程组设置以及串行和并行设置
java·开发语言·jmeter
cch89181 天前
Python主流框架全解析
开发语言·python
不爱吃炸鸡柳1 天前
C++ STL list 超详细解析:从接口使用到模拟实现
开发语言·c++·list
十五年专注C++开发1 天前
RTTR: 一款MIT 协议开源的 C++ 运行时反射库
开发语言·c++·反射
Momentary_SixthSense1 天前
设计模式之工厂模式
java·开发语言·设计模式