在Linux或Unix系操作系统中，进程之间通过信号完成异步通知。Go语言编写的后台服务若直接忽略这些信号，在运维执行重启或缩容时容易被强制杀死，造成请求中断与状态不一致。利用标准库提供的机制，我们可以让程序在收到特定信号后执行清理逻辑再退出。
信号基础与常见类型
信号是操作系统向进程发送的软件中断，用于通知进程发生某种事件。在Go程序中，最常见的终止类信号包括SIGINT（终端中断，通常来自Ctrl+C）和SIGTERM（优雅终止请求，来自kill命令）。与之相对，SIGKILL（强制杀死）不能被捕获或忽略，操作系统会立即结束进程。
理解信号的区别对设计退出逻辑很重要。SIGTERM代表运维或调度系统希望进程自行收尾，而SIGINT多来自开发者手动操作。如果程序只处理SIGINT却忽略SIGTERM，在容器平台滚动更新时可能无法优雅下线。因此生产环境服务一般同时监听这两者。
使用signal.Notify捕获信号
Go的os/signal包提供了Notify函数，它把指定的信号转发到某个chan os.Signal。我们只需要在程序启动时创建通道并注册关注信号，再启动协程或主逻辑阻塞等待即可。下面示例展示了最基础的捕获方式。
package main
import (
"fmt"
"os"
"os/signal"
"syscall"
)
func main() {
// 创建接收信号的通道
sigChan := make(chan os.Signal, 1)
// 注册关注SIGINT和SIGTERM
signal.Notify(sigChan, syscall.SIGINT, syscall.SIGTERM)
fmt.Println("服务启动，等待信号")
// 阻塞直到收到信号
sig := <-sigChan
fmt.Printf("收到信号: %v，准备退出n", sig)
}
上述代码中，signal.Notify的第二个参数是变长的信号列表。通道设置了缓冲大小为1，避免信号在协程未就绪时丢失。当运行程序并按下Ctrl+C，会打印收到信号并自然结束，而不是被系统突然终止。
这种写法适合简单工具，但在真实服务里，我们往往还需要在收到信号后主动关闭HTTP服务、等待正在处理的请求完成。这就需要将信号处理和上下文取消机制结合起来。
结合Context实现优雅退出
Go的context包可以跨API边界传递取消信号。我们可以在收到系统信号时调用cancel函数，让所有监听该上下文的协程感知到退出请求，从而停止工作并释放资源。
package main
import (
"context"
"fmt"
"net/http"
"os"
"os/signal"
"syscall"
"time"
)
func main() {
ctx, cancel := context.WithCancel(context.Background())
defer cancel()
mux := http.NewServeMux()
mux.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) {
// 模拟业务处理，监听上下文
select {
case <-time.After(2 * time.Second):
fmt.Fprintln(w, "处理完成")
case <-ctx.Done():
// 客户端断开或系统要求退出
http.Error(w, "服务关闭中", http.StatusServiceUnavailable)
}
})
server := &http.Server{Addr: ":8080", Handler: mux}
go func() {
sigChan := make(chan os.Signal, 1)
signal.Notify(sigChan, syscall.SIGINT, syscall.SIGTERM)
<-sigChan
fmt.Println("触发优雅退出")
cancel()
// 给正在处理的请求最多3秒时间
shutdownCtx, _ := context.WithTimeout(context.Background(), 3*time.Second)
server.Shutdown(shutdownCtx)
}()
fmt.Println("HTTP服务监听:8080")
if err := server.ListenAndServe(); err != nil && err != http.ErrServerClosed {
fmt.Println("服务异常退出:", err)
}
fmt.Println("进程结束")
}
该示例把信号监听放在独立协程，收到信号后先取消上下文，再调用server.Shutdown。Shutdown会停止接收新请求，并等待活跃连接完成。通过ctx.Done，业务处理函数能及时中止耗时操作，避免资源浪费。
这种结构清晰地将操作系统信号转化为应用层取消事件。需要注意的是，Shutdown本身不主动中断已经在执行的Handler，因此Handler内部必须检查上下文状态，否则长任务仍可能拖慢退出速度。
忽略与恢复信号
某些场景下，程序运行到关键阶段（如写盘快照）时不希望被中断。我们可以先调用signal.Ignore临时忽略信号，完成后再用signal.Notify重新注册。不过频繁切换会增加复杂度，通常建议用互斥锁保护临界区，而非完全屏蔽信号。
package main
import (
"fmt"
"os"
"os/signal"
"syscall"
)
func main() {
sigChan := make(chan os.Signal, 1)
signal.Notify(sigChan, syscall.SIGTERM)
// 临时忽略信号
signal.Ignore(syscall.SIGTERM)
fmt.Println("关键区执行中，信号已忽略")
// 恢复监听
signal.Notify(sigChan, syscall.SIGTERM)
fmt.Println("恢复监听")
<-sigChan
fmt.Println("安全收到退出信号")
}
上面的代码演示了Ignore和Notify的切换。实际工程中，更推荐把关键操作设计为可重入或加锁，这样即使信号到来，也只会在安全点响应，而不是丢失信号。
另外，Go程序默认对SIGPIPE等信号有内置处理，写关闭的连接会返回错误而非崩溃。我们一般无需手动捕获这类信号，专注业务相关的终止信号即可。
常见误区与建议
第一个误区是通道未设缓冲，导致信号在Notify注册前到达就被丢弃。虽然多数终止信号会重复发送，但在极短生命周期的命令行工具中仍可能漏接。第二个误区是在信号处理协程中执行过多耗时逻辑，正确做法是发取消指令后由主流程统一清理。
建议将信号处理逻辑封装为独立函数，返回退出前的等待组或通道，方便单元测试模拟信号。同时在容器环境设置合理的terminationGracePeriodSeconds，与程序内部Shutdown超时对齐，避免平台强制SIGKILL过早生效。
| 信号名 | 是否可捕获 | 典型来源 |
|---|---|---|
| SIGINT | 是 | 终端Ctrl+C |
| SIGTERM | 是 | kill或编排系统 |
| SIGKILL | 否 | 系统强制结束 |
掌握上述模式后，Go服务便能从容应对重启、缩容和本地中断，在保障数据完整性的同时提升运维效率。