如何避免覆盖 Go 默认信号处理程序时的竞争？

珍惜时间，勤奋学习！今天给大家带来《如何避免覆盖 Go 默认信号处理程序时的竞争？》，正文内容主要涉及到等等，如果你正在学习Golang，或者是对Golang有疑问，欢迎大家关注我！后面我会持续更新相关内容的，希望都能帮到正在学习的大家！

tl;dr 如果 go 运行时可以随时处理信号，那么我们如何安全地使用 signal.ignore 来忽略 sigint，而不是默认信号之间的竞争处理程序已安装，当 main() 内的指令运行时

pkg/signal 的 go 文档说明了信号的默认行为

sighup、sigint 或 sigterm 信号会导致程序退出。

所以，编写一个 golang 二进制文件来旋转 cpu，按 ctrl+c 发送 sigint，程序就会退出。

现在，假设您想要覆盖该行为。一种方法是使用 signal.ignore(syscall.sigint) 忽略信号

但现在考虑以下内容

package main

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

func main() {
    fmt.Println("Looping, SIGINT will have default behavior")
    for start := time.Now(); time.Now().Before(start.Add(time.Second * 5)); {

    }
    signal.Ignore(syscall.SIGINT)
    fmt.Println("OK")

    for start := time.Now(); time.Now().Before(start.Add(time.Second * 5)); {

    }
}

这里我们有一个简单的 golang 二进制文件，循环 5 秒。这是一个繁忙的循环，因此我们知道我们不会通过在操作系统线程上让出时间来参与协作多任务处理。然后它注册忽略 sigint。

如果您尝试此操作，您会发现如果您在前 5 秒内输入 ctrl+c，程序将退出。这似乎是有道理的 - 我们获得了默认的 golang 运行时信号处理行为，因为我们尚未通过调用 signal.ignore 来覆盖它。

现在也许我们可以通过将 signal.ignore 移动到 main() 中的第一件事来解决这个问题，但是这个程序证明了 go 运行时不能保证默认信号处理程序不会在您之前运行main() 中的同步代码执行完毕。

即使你移动它，我们似乎也在进行一场竞赛

1. go 运行时注册其默认信号处理程序的点，以及
2. 我们的代码可以运行的最早点（主程序中的第一条（或第二条，如果您需要创建通道）指令）

我找不到这方面的文档。 go 运行时提供什么保证让我绝对确定信号不会在阶段 1 和阶段 2 之间到达？

解决方案

TL;DR：尽早捕获，例如，在 main 的顶部。

正如评论所说，这似乎不是描述这个问题的好方法，因为它在所有编程语言中都很通用：如果您没有为 syscall.SIGINT 设置信号处理程序，那么您'默认情况下，你会在 SIGINT 上被杀死，一旦你被杀了，你就不会了。确实如此，但是任何程序都可以在启动期间、在有机会开始捕获信号之前被终止。无论编程语言如何，这都是事实。它对 C 和 C++ 程序的影响与对 Go 程序的影响一样大。

一般来说，要捕获或丢弃 SIGINT 信号，可靠且尽可能无竞争，只需使用 signal.Notify(ch, os.Interrupt)很早，靠近 main 的顶部，其中 ch 是您为此创建的通道。¹ 然后，您可以编写自己的无竞争代码来通过 goroutine 和通道处理此问题：

• 让您自己的 goroutine 读取通道以查看是否/何时传送信号。
• 让它使用您自己的互斥管理来读取另一个通道或某些共享内存区域，以了解在传递信号时如何处理信号。
• 当发送信号时，如果您应该退出，请调用 os.Exit （或者可能更好 - 在 syscall.SIGINT 上使用 os.Reset，然后为自己提供一个 syscall.SIGINT 来生成正确的操作系统级别退出状态， “被信号 1 杀死”²）。如果应该忽略该信号，只需删除频道通知即可。

有些相关：最近修复了 syscall.SIGPIPE 处理。特别是，调用 signal.Ignore(syscall.SIGPIPE) 应忽略 SIGPIPE，但事实并非如此。 This seems to be fixed in Go 1.14.

¹正如软件包文档所述，故意捕获信号将绕过 shell 中 nohup 或 trap "" 1 2 15 的任何“预先忽略”状态。如果您想检查这一点，请使用 signal.Ignored 函数。

²如果 signal_unix.go 导出了 dieFromSignal 函数，您可能可以直接使用它，但事实并非如此。如果有一个与操作系统无关的包装器至少可以干净地尝试这种自杀，那就太好了。这甚至可以在操作系统级别使用 sigprocmask 来使自杀尽可能无竞争。

好了，本文到此结束，带大家了解了《如何避免覆盖 Go 默认信号处理程序时的竞争？》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！