Golang 实现永久阻塞的几种方法与应用场景

同步等待 (sync.WaitGroup)

通过 sync.WaitGroup 是管理并发最标准的做法。虽然它通常用于等待多个任务完成，但可以通过设置初始计数为 1 并调用 Add(1)，随后在主流程调用 Wait()，从而实现永久阻塞，直到有外部操作减少计数（例如从另一个 goroutine 调用 Done）。

package main

import (
	"sync"
)

func main() {
	var wg sync.WaitGroup
	wg.Add(1)
	wg.Wait()
}

空 Select

select 语句用于处理 Channel 通信。当其中没有任何 case 分支时，select{} 会导致当前 goroutine 无限期地阻塞等待任何消息，这是一个轻量且常用的阻塞手段。

package main

func main() {
	select{}
}

处理系统信号 (os.Signal)

对于守护进程或服务类应用，最优雅的方式是监听系统终止信号（如 SIGINT 或 SIGTERM）。创建一个新的带缓冲 channel 来接收信号，主线程在该 channel 上阻塞，程序收到信号后才会退出。

package main

import (
	"os"
	"os/signal"
	"syscall"
)

func main() {
	sig := make(chan os.Signal, 2)
	signal.Notify(sig, syscall.SIGTERM, syscall.SIGINT)
	<-sig
}

Channel 阻塞机制

Channel 的发送和接收操作在没有对应操作者时都会阻塞。利用这一特性有两种典型写法：

1. 未关闭的 Channel： 创建一个空的 struct channel 并在其上进行接收操作，由于从未向其发送数据，它会一直阻塞。
2. Nil Channel： 声明一个类型为 chan 但未初始化的变量（nil），向其收发均会永远阻塞。

package main

func main() {
	// 方式1：使用未开启的channel
	c := make(chan struct{})
	<-c
}

package main

func main() {
	// 方式2：Nil Channel 永远阻塞
	var c chan struct{}
	<-c
}

不推荐的阻塞方式

以下两种方法虽然能实现“卡住”的效果，但在生产环境中不建议使用：

• 死循环： 使用 for {} 会导致 CPU 占用率飙升至 100%，因为它是在不断轮询，而不是等待唤醒。
• Mutex 自锁： 尝试对同一把 sync.Mutex 进行重复加锁。Go 的 Mutex 不是递归锁，二次 Lock 将导致永久阻塞。这是一种非直觉的 hack 写法，容易引发代码可维护性问题。

关键排错：避免 Panic (Deadlock)

需要注意的是，如果上述所有代码都是程序中唯一的逻辑，直接运行它们通常会触发 Go 运行时的致命错误：Fatal error: all goroutines are asleep - deadlock!。

这是因为 Go 检测到所有活跃的 goroutine 都处于睡眠阻塞状态，没有一个能继续执行工作来保证程序的活性。为了测试这些阻塞效果而不触发报错，或者在实际业务中使用，你需要在阻塞操作之前启动至少一个其他业务的 goroutine：

go func() {
	// 放置一些实际的业务逻辑或监控代码
}()

以上就是 Golang 实现永久阻塞的详细方法与注意事项，更多关于 Go 性能优化的资料请关注本站其它相关文章！