深入解析 Go 的信号处理---gsignal

原文地址：https://medium.com/a-journey-with-go/go-gsignal-master-of-signals-329f7ff39391

包signal提供信号处理机制，并允许我们的 Go 程序与传入的信号进行交互。让我们先从监听者开始，然后再深入了解内部。

信号的订阅是通过 channel 完成的。这是一个监听任何中断信号或调整终端大小的程序示例

func main() {

　　done := make(chan bool, 1)
　　s1 := make(chan os.Signal, 1)
　　signal.Notify(s1, syscall.SIGINT, syscall.SIGTERM)

　　go func() {
　　　　<-s1
　　　　fmt.Println("the program is going to exit")
　　　　done <- true
　　}()

　　s2 := make(chan os.Signal, 1)
　　signal.Notify(s2, syscall.SIGWINCH)

　　go func() {
　　　　<-s2
　　　　fmt.Println("the teuminal has been resized")
　　}()

　　<-done

}

每个os.Signal channel 都会收听自己相应的事件集。这是上一个示例里面带有订阅工作流程的图：

 

Go 还为通道提供了停止通知的功能Stop(os.Signal)-或忽略信号的功能Ignore(...os.Signal)。这是这两个功能的简短示例：

 

该程序不能被CTRL+C 中断并且永远不会停止，因为在第二次从该通道接收之前，该通道已停止监听用于终端调整大小的信号。现在让我们看一下处理传入信号的listener和process是如何构建的。

gsignal

在初始化阶段，signal产生一个goroutine，该 goroutine 循环运行并充当处理信号的使用者。此循环将一直休眠直到得到通知。这是第一步：

 

然后，当信号到达程序时，信号处理程序将其委托给称为gsignal的特殊 goroutine。此 goroutine 是使用固定的且无法增长的较大堆栈（32k，以满足不同操作系统的要求）创建的。每个线程（用 M 表示）都有一个内部gsignal goroutine 来处理信号。这是更新的图：

 

gsignal 分析信号以检查其是否可处理，并唤醒睡眠的goroutine并将信号发送到队列：

 

 

 

 

SIGBUS或SIGFPE之类的同步信号无法管理，将转换为 panic

然后，此循环 goroutine 可以对其进行处理。它首先查找已预订此事件的 channel，并将信号推送给他们：

 

循环过程信号的 goroutine 可以通过以下工具在 trace 中可视化分析: go tool trace：

 

锁定或阻塞gsignal会使信号处理陷入困境。由于其固定大小，它也无法分配内存。这就是为什么在信号处理链中具有两个独立的 goroutine 的重要性：一个在信号到达时立即将它们排队，另一个在同一队列中循环处理它们。

现在，我们可以使用新组件来更新第一部分的插图：