本文讲解如何在 go 程序中通过信号（如 ctrl-c）触发 goroutine 执行清理逻辑后立即终止主流程，避免后续代码意外执行，并确保程序干净退出。
本文讲解如何在 go 程序中通过信号（如 ctrl-c）触发 goroutine 执行清理逻辑后立即终止主流程，避免后续代码意外执行，并确保程序干净退出。
在 Go 中，goroutine 无法直接“中断”或“取消”另一个 goroutine 的执行——Go 没有内置的抢占式取消机制。因此，当用户按下 Ctrl-C（即发送 SIGINT）时，仅启动一个监听信号的 goroutine 并执行 cleanup() 是不够的：主 goroutine 仍会继续运行，导致 "the end" 被打印、长任务未被中止，甚至出现输出混乱（如 cleanup 后仍打印日志到终端）。
根本原因在于：信号处理 goroutine 与主逻辑是并发运行的，二者无同步约束；cleanup() 执行完毕后，若不显式终止进程，主函数会照常返回并执行后续语句。
✅ 正确做法是：在信号处理 goroutine 中完成清理后，立即调用 os.Exit(code) 强制终止整个进程。该函数会立刻退出，不执行 defer 语句（除已注册的 os.Exit 前的 defer），也不返回到调用栈，从而彻底阻止 "the end" 输出和长任务继续执行。
以下是修正后的完整示例：
package main
import (
"fmt"
"os"
"os/signal"
"syscall"
"time"
)
func cleanup() {
fmt.Println("→ Running cleanup...")
// 模拟耗时清理（如关闭文件、释放资源、写入状态等）
time.Sleep(300 * time.Millisecond)
fmt.Println("→ Cleanup completed.")
}
func longRunningFunction() {
// 设置信号通道
sigs := make(chan os.Signal, 1)
signal.Notify(sigs, os.Interrupt, syscall.SIGINT, syscall.SIGTERM)
// 启动信号监听 goroutine
go func() {
<-sigs
fmt.Println("Got an interrupt")
cleanup()
os.Exit(2) // ⚠️ 关键：立即终止进程，退出码 2 表示被中断
}()
// 模拟长任务（例如：持续读取输入、轮询、或阻塞计算）
fmt.Println("Starting long-running work...")
time.Sleep(5 * time.Second) // 替换为你的实际逻辑
fmt.Println("the end") // ← 这行将永远不会执行（若被 Ctrl-C 中断）
}
func main() {
longRunningFunction()
}? 关键注意事项：
-
os.Exit()是唯一可靠、即时的进程终止方式。不要使用return、panic()或关闭通道等方式替代——它们无法保证主 goroutine 立即停止。 -
os.Exit()不会执行main()中的defer（除非 defer 在os.Exit调用之前已注册且尚未触发），因此务必在os.Exit前完成所有必要清理；推荐将清理逻辑封装为独立函数（如本例cleanup()）并在os.Exit前调用。 - 若需支持优雅等待（如等待某些 goroutine 完成后再退出），应结合
context.Context+sync.WaitGroup实现超时控制，但本场景强调“立即终止”，故os.Exit最简洁有效。 - 多个信号监听？确保
signal.Notify只调用一次，且通道容量 ≥ 1（避免信号丢失）；本例中make(chan os.Signal, 1)已足够应对单次中断。
总结：Go 中从非主 goroutine 终止程序的核心是 os.Exit ——它绕过正常控制流，提供确定性退出语义。合理搭配信号监听与即时退出，即可实现 CLI 工具中响应 Ctrl-C 并干净收尾的经典行为。
