Go 语言无传统钩子函数，仅通过约定名称的 init 函数实现启动钩子，且程序退出依赖 defer 或信号监听而非 onexit 钩子。
Go 语言里没有传统意义上的“钩子函数”概念
Go 语言标准库不提供类似 Node.js 的 process.on('exit') 或 Python 的 atexit 那种可自由注册的通用钩子机制。所谓“钩子函数”，在 Go 中实际是**特定场景下由运行时或标准库主动调用的、约定名称的函数**，它们不是靠用户“挂载”，而是靠编译器/链接器识别符号名自动注入。
init 函数是唯一被语言层强制支持的“启动钩子”
每个包可定义任意多个 init 函数，它们在 main 执行前按导入依赖顺序自动执行，无需注册、无法手动触发。
- 不能带参数、不能有返回值、不能被直接调用（
init()是语法错误） - 同一包内多个
init函数执行顺序按源文件字典序，但不建议依赖该顺序 - 常用于初始化全局变量、注册驱动（如
database/sql中调用sql.Register）、设置日志前哨等
示例：
func init() {
log.SetPrefix("[startup] ")
log.Println("config loaded")
}
程序退出时能干预的只有 os.Exit 和信号处理
Go 没有 onexit 钩子，但可通过以下两种方式逼近类似效果：
-
os.Exit是暴力终止，会跳过defer和runtime.GC，所以不要指望它触发清理逻辑 - 真正可靠的退出前清理必须靠
defer+ 主流程自然结束，或监听os.Interrupt/os.Kill信号后主动调用 cleanup 函数 - 注意：
syscall.SIGTERM在容器环境中更常见，os.Interrupt（即SIGINT）只响应 Ctrl+C
典型模式：
http.Server
-
srv.RegisterOnShutdown(func())：在srv.Shutdown()被调用后、连接真正关闭前执行，适合释放资源 -
srv.Handler本身可包装为中间件，在每次请求前/后插入逻辑（但这不是进程级钩子） - 没有“服务启动完成”钩子，通常在
srv.ListenAndServe()调用前手动执行初始化
注意：RegisterOnShutdown 注册的函数不会在 os.Exit 或 panic 中执行——它只响应 Shutdown 方法调用。
真正容易被忽略的是：所有这些“钩子式”行为都依赖开发者对执行时机和控制流的精确把握。Go 不隐藏生命周期，也不替你管理顺序，写错一个 defer 或漏掉一个信号监听，就可能让清理逻辑彻底失效。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
