哪个 os.Signal 导致了 NotifyContext() 的取消？

编程并不是一个机械性的工作，而是需要有思考，有创新的工作，语法是固定的，但解决问题的思路则是依靠人的思维，这就需要我们坚持学习和更新自己的知识。今天golang学习网就整理分享《哪个 os.Signal 导致了 NotifyContext() 的取消？》，文章讲解的知识点主要包括，如果你对Golang方面的知识点感兴趣，就不要错过golang学习网，在这可以对大家的知识积累有所帮助，助力开发能力的提升。

signal.notifycontext()是在go1.16中引入的。

通过 signal.notify() 你可以获得被捕获的 os.signal 。

使用signal.notifycontext()时如何获取触发上下文取消的os.signal？

package main

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

func main() {
    ch := make(chan os.signal, 1)
    signal.notify(ch,
        os.interrupt,    // sigint, ctrl+c
        syscall.sigterm, // systemd
    )
    call := <-ch

    log.printf("system call: %s", call)
    // system call: interrupt
}

package main

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

func main() {
    ctx, stop := signal.NotifyContext(
        context.Background(),
        os.Interrupt,    // SIGINT, Ctrl+C
        syscall.SIGTERM, // systemd
    )
    defer stop()

    <-ctx.Done()

    log.Printf("system call: %s", ctx.Err())
    // system call: context canceled
    // I want the specific signal like with Notify()
}

正确答案

使用signal.notifycontext时无法获取触发信号信息。

但是，看看 the source，根据您的需求进行调整是相当简单的：

type signalctx struct {
    context.context

    cancel  context.cancelfunc
    signals []os.signal
    ch      chan os.signal
    fired   os.signal // <- add this
}

在notifycontext的监控goroutine中：

select {
    case fired := <-c.ch:
        c.fired = fired // <- add this
        c.cancel()
    case <-c.done():
}

然后在事后从上下文中提取 os.signal ：

log.Printf("signal: %v", ctx.(*signalCtx).Fired)

完整来源：https://go.dev/play/p/UnIcFh3A6OV

今天关于《哪个 os.Signal 导致了 NotifyContext() 的取消？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！