Go项目中关于优雅关闭的那些事

简介: 如何实现简单的优雅关闭

优雅关闭,是使Go Web项目变得可靠的重要一环。

目录

为什么需要优雅关闭

小demo

信号:

官方源码:


为什么需要优雅关闭

想象一下这个场景:你的服务器正在处理一些用户的请求,这时你需要重启或关闭服务(例如发布新版本)。你直接用 Ctrl+C 或者 kill -9 很粗暴的终止进程,会发生什么?

  • 正在处理的请求会被突然中断,用户可能看到错误。
  • 数据库操作可能只完成一半,导致数据不一致
  • 一些重要的清理工作(如关闭文件、释放连接)无法进行。

而优雅关闭,就是为了解决这个问题。

如:停止接收新的请求、完成所有正在进行的请求、释放资源、最后安全退出什么的....

小demo

package main
import (
    "context"
    "log"
    "net/http"
    "os"
    "os/signal"
    "syscall"
    "time"
    "github.com/gin-gonic/gin"
)
func main() {
    // 1. 创建Gin路由引擎
    router := gin.Default()
    // 2. 定义一个测试路由,我们让它延迟5秒响应,模拟一个长时间运行的请求
    router.GET("/", func(c *gin.Context) {
        time.Sleep(5 * time.Second) // 模拟耗时操作
        c.JSON(http.StatusOK, gin.H{
            "message": "请求处理完成!",
        })
    })
    // 3. 创建HTTP Server,并注入Gin引擎
    srv := &http.Server{
        Addr:    ":8080",
        Handler: router,
    }
    // 4. 在一个新的goroutine里启动Server
    go func() {
        log.Println("服务器正在启动,监听地址: http://localhost:8080")
        if err := srv.ListenAndServe(); err != nil && err != http.ErrServerClosed {
            log.Fatalf("服务器启动失败:%s\n", err)
        }
    }()
    // 5. 等待中断信号以优雅地关闭服务器(设置 10 秒的超时时间)
    // 创建一个接收信号的通道
    quit := make(chan os.Signal, 1)
    // signal.Notify会监听指定的系统信号,并发送到quit通道
    // kill 默认会发送 syscall.SIGTERM 信号
    // kill -2 发送 syscall.SIGINT 信号(我们常用的Ctrl+C)
    // kill -9 发送 syscall.SIGKILL 信号,但无法捕获,所以不需要添加
    signal.Notify(quit, syscall.SIGINT, syscall.SIGTERM)
    <-quit // 阻塞在这里,直到有信号写入quit通道
    log.Println("收到关闭信号,正在优雅地关闭服务器...")
    // 6. 创建一个带有超时的context,用于通知服务器还有10秒时间完成当前请求
    ctx, cancel := context.WithTimeout(context.Background(), 10*time.Second)
    defer cancel() // 在函数返回前执行,释放资源
    // 7. 调用Shutdown方法,传入超时上下文
    if err := srv.Shutdown(ctx); err != nil {
        log.Fatal("服务器强制关闭:", err)
    }
    log.Println("服务器已安全退出")
}

image.gif

信号:

本demo中,需要掌握信号(signal)。

信号的本质就是操作系统于进程之间的 “通知机制” 。

用来告诉进程进行特定的操作(如:退出、暂停、重启...啥的)

每个信号,都有特定的编号和含义,就如下:

常用信号表:

信号名 信号编号 kill 命令写法 含义与默认行为 是否可被捕获? 常见场景
SIGINT 2 kill -2 PIDCtrl+C 中断信号(“优雅请求退出”) 用户按 Ctrl+C 终止前台进程
SIGTERM 15 kill PID(默认)或 kill -15 PID 终止信号(“友好退出请求”) 系统 / 工具默认的 “停止进程” 信号
SIGKILL 9 kill -9 PID 强制杀死信号(“不可抗拒的死亡命令”) 进程卡死时强制清理

注意,不是所有信号都可以被捕获的,如kill -9 ,根本捕获不到,因为进程会直接被杀死。

平时咱们项目正常关闭,都会发送SIGTERM(kill -15)。只有当进程对-15没响应时,才会-9强制杀死。

当然

   signal.Notify(quit, syscall.SIGINT, syscall.SIGTERM)

   <-quit // 阻塞在这里,直到有信号写入quit通道

这行代码告诉Go,当收到SIGINT(Ctrl+C),或SIGTERM(kill命令默认信号)时,

会把信号发送到quit。

代码不在阻塞,可以正常进行下去,最终来到Context这里。

此后可以通过上下文设置context:

1、可以限制优雅关闭的最大等待时间

2、支持主动取消优雅关闭

官方源码:

package main
import (
  "context"
  "log"
  "net/http"
  "os"
  "os/signal"
)
func main() {
  var srv http.Server
  idleConnsClosed := make(chan struct{})
  go func() {
    sigint := make(chan os.Signal, 1)
    signal.Notify(sigint, os.Interrupt)
    <-sigint
    // We received an interrupt signal, shut down.
    if err := srv.Shutdown(context.Background()); err != nil {
      // Error from closing listeners, or context timeout:
      log.Printf("HTTP server Shutdown: %v", err)
    }
    close(idleConnsClosed)
  }()
  if err := srv.ListenAndServe(); err != http.ErrServerClosed {
    // Error starting or closing listener:
    log.Fatalf("HTTP server ListenAndServe: %v", err)
  }
  <-idleConnsClosed
}

image.gif

func (s *Server) Shutdown(ctx context.Context) error

官方文档翻译:

关机将在不中断任何活动连接的情况下优雅地关闭服务器。Shutdown的工作原理是首先关闭所有打开的侦听器,然后关闭所有空闲连接,然后无限期地等待连接返回空闲状态,然后关闭。如果提供的上下文在关闭完成之前过期,则shutdown返回上下文的错误,否则返回关闭服务器的底层侦听器所返回的任何错误。

当Shutdown被调用时,Serve, ServeTLS, ListenAndServe和ListenAndServeTLS会立即返回ErrServerClosed。确保程序没有退出,而是等待Shutdown返回。

关闭不试图关闭或等待被劫持的连接,如WebSockets。如果需要的话,Shutdown的调用者应该单独通知这些长寿命连接关闭,并等待它们关闭。看到服务器。注册关机通知函数的方法。

一旦在服务器上调用Shutdown,它可能不会被重用;以后对Serve等方法的调用将返回ErrServerClosed。


借鉴:

https://pkg.go.dev/net/http#Server.Shutdown


感谢支持,后续会继续深入讲解

目录
相关文章
|
12天前
|
人工智能 安全 Linux
OpenClaw Skills深度解析:阿里云/本地部署+大模型api接入,构建可扩展AI Agent能力平台
OpenClaw(曾用名Clawdbot、Moltbot)是一款MIT开源协议的自托管AI Agent网关,可将Discord、Telegram、iMessage等通讯工具与主流大模型对接,实现轻量化AI助理部署。其核心竞争力在于**Skills技能系统**,截至2026年2月,ClawHub已收录超13700个社区技能,成为AI Agent生态的核心扩展载体。
422 0
|
12天前
|
人工智能 安全 Linux
OpenClaw Skill开发保姆级指南:访谈式生成工具+阿里云/本地部署+大模型API完整配置教程
OpenClaw Skill开发并不需要编程基础,核心在于清晰的任务描述与标准化流程。通过访谈式生成工具,新手可以通过简单对话快速制作专属技能,完全避免第三方工具的安全风险,同时实现任务执行的高度个性化与稳定化。2026年全平台部署方案成熟,阿里云云端与本地三系统均可快速搭建环境,阿里云千问API与免费Coding Plan API提供灵活的AI能力支持。掌握Skill开发,意味着拥有完全可控、持续进化、高效稳定的个人AI工具集,让OpenClaw真正贴合个人需求,实现效率与安全性的双重提升。
808 0
|
12天前
|
设计模式 Java Go
Go中的switch的8种使用场景:没有你想的那么简单
在 Go 中灵活使用 switch,可以使代码更清晰、更易维护。 switch 是 Go 中不可或缺的控制结构之一
429 0
|
12天前
|
存储 缓存 安全
一文带你读懂 Go 1.24 map 重构了什么?
本文聚焦 Go 1.24 map 底层重构,解释它如何从旧版 bucket + overflow 方案,演进为 Swiss Table + 局部 split 的新结构,以及它所带来的性能提升。
106 1
一文带你读懂 Go 1.24 map 重构了什么?
|
12天前
|
SQL Go
Go反射指南
反射与接口息息相关
96 2
|
12天前
|
算法
动态规划-01背包
本文深入解析动态规划经典问题——01背包及其四大变式:分割等和子集、最后一块石头的重量II、目标和、一和零。从暴力回溯切入,对比O(2ⁿ)与O(N·W)动态规划解法,详解状态定义、递推公式、二维/一维滚动数组优化,并配以清晰代码与图示,助你透彻掌握背包问题核心思想与实战技巧。
140 1
|
12天前
动态规划之打家劫舍
最后在此,送坚持到这里的读者一句话。简单题,用来培养方法;难题,用来突破自我;两者结合,方能突破至高;当难题,难得你受不了时,恰恰是因为你没有重视简单题!希望大家有所收获。
74 1
|
12天前
|
存储 数据库连接 Go
项目跑起来之前的那些事
项目运行前都需要怎么设计?做那些准备呢?本篇博客将会拆解 Go 应用启动的核心代码逻辑
60 1
|
12天前
|
存储 缓存 安全
Go map 底层原理
虽然大家天天都在用 `map`,但很多人对它的理解只停在“查得快”“底层是哈希表”“桶里有 8 个槽位”这几句。或许跟别人吹牛的时候,还有几分用处;但真到线上排查延迟抖动、锁竞争、内存占用、热点键冲突,这点认识往往是不够的。
162 0
|
11天前
|
文字识别 NoSQL API
Go-Zero微服务实战:高并发场景下的学生认证系统设计与实现
在校园社交等垂直领域应用中,"学生身份认证"是构建信任体系的核心基石。本文将会基于 Go-Zero 微服务框架,详细拆解了一个生产级的学生认证系统实现。涵盖了 OCR 双通道故障转移、WebSocket 实时推送、事件驱动架构 (EDA)、敏感数据加密 以及 有限状态机(FSM) 的设计模式。
120 7