在 Go 中，仅在信号处理 goroutine 中执行清理逻辑不足以立即终止主流程；必须显式调用 os.Exit() 强制退出，否则主 goroutine 会继续运行并输出冗余内容。
在 go 中，仅在信号处理 goroutine 中执行清理逻辑不足以立即终止主流程；必须显式调用 `os.exit()` 强制退出，否则主 goroutine 会继续运行并输出冗余内容。
Go 的信号处理机制本身是异步的，signal.Notify 仅负责将操作系统信号转发到指定 channel，而接收并响应信号的 goroutine（如你的匿名函数）与主 goroutine 完全并发、彼此独立。这意味着：当你按下 Ctrl-C，信号被接收、cleanup() 执行、但主 goroutine 并不会自动暂停或中止——它仍会继续执行后续代码（例如 fmt.Println("the end")），甚至可能在 shell 提示符 "$" 出现后才输出，造成“输出滞后”或“残留打印”的错觉。
要真正实现“收到中断即刻终止”，关键在于：在信号处理 goroutine 中主动终止整个进程。Go 提供了 os.Exit(code) —— 它会立即终止程序，不执行 defer 语句、不等待其他 goroutine 结束，也不会返回到主函数后续逻辑。
以下是修正后的完整示例：
package main
import (
"fmt"
"os"
"os/signal"
"syscall"
"time"
)
func cleanup() {
fmt.Println("Performing cleanup...")
// 模拟耗时清理（如关闭文件、释放资源等）
time.Sleep(100 * time.Millisecond)
}
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) // ⚠️ 关键：立即终止进程，code=2 表示异常退出
}()
// 模拟长时间运行任务（例如：网络请求、文件处理、循环计算）
fmt.Println("Starting long-running task...")
time.Sleep(3 * time.Second) // 替换为实际业务逻辑
fmt.Println("the end") // ← 若未中断，此处才会执行；中断后此行永不执行
}
func main() {
longRunningFunction()
}✅ 关键要点说明：
-
os.Exit(code)是唯一能从任意 goroutine 立即终止整个 Go 进程的标准方式； - 不要使用
return、panic()或关闭 channel 等方式替代——它们无法阻止主 goroutine 继续执行； -
os.Exit会跳过所有未执行的defer，因此务必确保cleanup()已在os.Exit前完成核心资源释放； - 退出码建议使用非零值（如
2）表示因用户中断导致的非正常退出，便于脚本化调用时判断状态。
⚠️ 注意事项：
- 避免在
cleanup()中执行阻塞或无限操作，否则os.Exit()将被延迟触发，仍可能导致部分主逻辑“漏执行”； - 若需更精细控制（如等待某些 goroutine 安全退出），应结合
context.Context+ 同步机制（如sync.WaitGroup），但本场景强调“即时终止”，os.Exit是最直接、可靠的选择。
综上，该场景完全可行——只需在信号处理 goroutine 中调用 os.Exit()，即可实现 Ctrl-C 后零延迟退出，彻底避免残留输出。
