Go中如何优雅终止程序并处理错误_Go退出流程说明_技术教程

应将业务逻辑移入独立函数（如run）并用defer清理资源，main仅负责调用、打印错误和退出；os.Exit会跳过defer导致资源泄漏，log.Fatal同理；需按语义区分退出码并用常量定义。

直接调用 `os.Exit` 会跳过 `defer`，别这么干

这是 Go 新手最常踩的坑：在 main 函数里一出错就立刻 os.Exit(1)，结果发现文件没关、连接没断、日志没刷盘。因为 os.Exit 是硬终止，所有已注册的 defer 全部失效——哪怕你前面写了 defer f.Close()，它根本不会执行。

log.Fatal、log.Fatalf 同样危险，它们内部就是调用 os.Exit(1)
资源泄漏不是“可能”，而是“必然”：数据库连接池耗尽、临时文件堆积、goroutine 永久阻塞都由此而来
测试时不容易暴露，但上线后遇到高并发或异常中断，问题会集中爆发

把业务逻辑塞进 `run()` 函数，让 `defer` 正常跑完

Go 社区公认的解法是把所有实际工作挪到一个独立函数里，比如叫 run()，它返回 error；main() 只负责调用它、打印错误、最后退出。这样，run() 内部的所有 defer 都会在函数返回前按 LIFO 顺序执行，清理动作完全可控。

package main

import (
    "fmt"
    "os"
)

func run() error {
    f, err := os.Open("config.json")
    if err != nil {
        return fmt.Errorf("打开配置文件失败: %w", err)
    }
    defer f.Close() // ✅ 这里一定会执行

    // 其他业务逻辑...
    return nil
}

func main() {
    if err := run(); err != nil {
        fmt.Fprintln(os.Stderr, "错误:", err)
        os.Exit(1) // ✅ 此时 run 已返回，所有 defer 完成
    }
}