Go 的运行时的当前设计, 假定程序员自己负责检测何时终止一个 goroutine 以及何时终止该程序. 可以通过调用 os.Exit 或从 main() 函数的返回来以正常方式终止程序. 而有时候我们需要的是使程序阻塞在这一行.
使用 sync.WaitGroup
一直等待直到 WaitGroup 等于 0
- package main
- import "sync"
- func main() {
- var wg sync.WaitGroup
- wg.Add(1)
- wg.Wait()
- }
空 select
select{} 是一个没有任何 case 的 select, 它会一直阻塞
- package main
- func main() {
- select{}
- }
死循环
虽然能阻塞, 但会 100% 占用一个 cpu. 不建议使用
- package main
- func main() {
- for {}
- }
用 sync.Mutex
一个已经锁了的锁, 再锁一次会一直阻塞, 这个不建议使用
- package main
- import "sync"
- func main() {
- var m sync.Mutex
- m.Lock()
- m.Lock()
- }
- os.Signal
系统信号量, 在 go 里面也是个 channel, 在收到特定的消息之前一直阻塞
- package main
- import (
- "os"
- "syscall"
- "os/signal"
- )
- func main() {
- sig := make(chan os.Signal, 2)
- signal.Notify(sig, syscall.SIGTERM, syscall.SIGINT)
- <-sig
- }
空 channel 或者 nil channel
channel 会一直阻塞直到收到消息, nil channel 永远阻塞.
- package main
- func main() {
- c := make(chan struct{})
- <-c
- }
- package main
- func main() {
- var c chan struct{} //nil channel
- <-c
- }
总结
注意上面写的的代码大部分不能直接运行, 都会 panic, 提示 "all goroutines are asleep - deadlock!", 因为 go 的 runtime 会检查你所有的 goroutine 都卡住了, 没有一个要执行. 你可以在阻塞代码前面加上一个或多个你自己业务逻辑的 goroutine, 这样就不会 deadlock 了.
参考
http://pliutau.com/different-ways-to-block-go-runtime-forever/
来源: https://juejin.im/entry/5adfea10518825670e5cb8b6