目录
- 使用 sync.WaitGroup
 - 空 select
 - 死循环
 - 用 sync.Mutex
 - os.Signal
 - 空 channel 或者 nil channel
 - 总结
 - 参考
 
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()
}
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 了。
参考
https://pliutau.com/different-ways-to-block-go-runtime-forever/
	声明:本站所有文章,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。
		
评论(0)