在Go中收到SIGINT时是否调用了延迟函数？

Question

对于下面的代码段,当收到^ C时,不会进行延迟呼叫.清理是否可能引入竞争条件？如果是,那么在接收中断时可能有更好的清理模式？

  func fn() {
    // some code
    defer cleanup()
    go func() {
       c := make(chan os.Signal, 1)
       signal.Notify(c, os.Interrupt)

       // Block until a signal is received.
       _ = <-c
       cleanup()
     }
     for {
        // Infinite loop. Returns iff an error is encountered in the 
        // body
     }
}

Answer 1

请注意,如果您使用"安装"信号通道signal.Notify(),则将禁用默认行为.这意味着如果这样做,函数中的for循环fn()将不会被中断,它将继续运行.

因此,当您在注册通道上收到一个值时,您必须使该for循环终止,以便您可以进行"干净"清理.否则资源cleanup()应该仍然可以使用for,最有可能导致错误或恐慌.

执行此操作后,您甚至不必cleanup()手动调用,因为返回fn()将正确运行延迟函数.

这是一个例子:

var shutdownCh = make(chan struct{})

func fn() {
    defer cleanup()

    go func() {
        c := make(chan os.Signal, 1)
        signal.Notify(c, os.Interrupt)
        <-c
        close(shutdownCh)
    }()

    for {
        select {
        case <-shutdownCh:
            return
            // Other cases might be listed here..
        default:
        }
        time.Sleep(time.Millisecond)
    }
}

当然,上面的示例并不保证应用终止.你应该有一些代码来监听shutdownCh和终止应用程序.此代码还应该等待所有goroutine优雅地完成.为此您可以使用sync.WaitGroup:当您启动应该在退出WaitGroup.Done()时等待的goroutine时添加1,并在这样的goroutine完成时调用.

此外,因为在真正的应用程序中可能有很多这些,信号处理应该移动到"中央"位置而不是在每个地方完成.

这是一个如何做到这一点的完整示例:

var shutdownCh = make(chan struct{})
var wg = &sync.WaitGroup{}

func main() {
    wg.Add(1)
    go func() {
        defer wg.Done()
        fn()
    }()

    c := make(chan os.Signal, 1)
    signal.Notify(c, os.Interrupt)
    <-c
    close(shutdownCh)
    wg.Wait()
}

func fn() {
    defer cleanup()
    for {
        select {
        case <-shutdownCh:
            return
            // Other cases might be listed here..
        default:
        }
        fmt.Println("working...")
        time.Sleep(time.Second)
    }
}

func cleanup() {
    fmt.Println("cleaning up...")
}

以下是上述应用程序的示例输出,在CTRL+C启动后按下3秒:

working...
working...
working...
^Ccleaning up...