Go 程序无法通过 os.Exit() 触发 defer 清理逻辑，需改用信号捕获 + 同步等待 + 显式 cleanup 的方式实现优雅退出与临时文件清理。
go 程序无法通过 `os.exit()` 触发 defer 清理逻辑，需改用信号捕获 + 同步等待 + 显式 cleanup 的方式实现优雅退出与临时文件清理。
在 Go 中，defer 语句仅在当前函数正常返回时执行，而 os.Exit() 会立即终止进程，跳过所有 defer、return 语句和 goroutine 的清理逻辑。同样，当主 goroutine 因接收到 SIGINT（Ctrl+C）或 SIGTERM 而调用 os.Exit() 时，其他 goroutine 中的 defer 也不会执行——它们会被强制终止，导致临时文件（如 foo.txt、bar.txt）残留。
✅ 正确做法：信号捕获 + 同步协调 + 显式清理
核心原则是：避免 os.Exit()，改用受控退出流程。即：
- 使用 signal.Notify 捕获中断信号；
- 用 sync.WaitGroup 或 channel 协调所有工作 goroutine 完成；
- 在 main 函数返回前统一执行清理逻辑（可结合 defer，也可显式调用）；
- 将资源创建与清理配对放置，确保作用域清晰、无遗漏。
以下是一个使用 sync.WaitGroup 的健壮示例：
package main
import (
"fmt"
"io/ioutil"
"os"
"os/signal"
"sync"
"syscall"
"time"
)
func check(e error) {
if e != nil {
panic(e)
}
}
func main() {
// 创建临时文件，并注册清理（主 goroutine）
ioutil.WriteFile("./foo.txt", []byte("foo"), 0644)
defer os.RemoveAll("./foo.txt")
var wg sync.WaitGroup
// Worker 1：创建 bar.txt
wg.Add(1)
go func() {
defer wg.Done()
fmt.Println("Worker 1: writing bar.txt...")
ioutil.WriteFile("./bar.txt", []byte("bar"), 0644)
defer os.RemoveAll("./bar.txt") // ✅ 在 worker 内部 defer，但需确保 goroutine 正常结束
// 模拟长期任务（可被外部中断协作退出）
select {
case <h3>⚠️ 关键注意事项</h3>
- defer 不跨 goroutine 生效：每个 goroutine 必须自行管理其 defer，且该 goroutine 必须正常返回（不能被 os.Exit 或 panic 中断）；
- 不要在信号 handler 中调用 os.Exit()：这是导致清理失败的最常见错误；
- sync.WaitGroup 比 channel select 更可扩展：尤其在 worker 数量动态变化时，WaitGroup 更易维护；
-
临时文件路径建议使用 os.MkdirTemp：避免硬编码路径冲突，例如：
tmpDir, err := os.MkdirTemp("", "myapp-*") check(err) defer os.RemoveAll(tmpDir) // 安全清理整个临时目录
✅ 总结
优雅退出 = 信号感知 + 协作终止 + 确定性清理。Go 的 defer 是强大工具，但它的生命周期严格绑定于函数返回；要保障资源释放，必须设计可控的退出路径，让所有 goroutine 有机会完成工作并返回——这才是真正可靠的临时文件清理之道。
