Go 程序无法通过 os.Exit() 触发 defer 清理逻辑，需改用信号捕获 + 同步等待 + 显式清理的组合方案，才能在 Ctrl+C 或 SIGTERM 时可靠删除临时文件。
go 程序无法通过 `os.exit()` 触发 defer 清理逻辑，需改用信号捕获 + 同步等待 + 显式清理的组合方案，才能在 ctrl+c 或 sigterm 时可靠删除临时文件。
在 Go 中，defer 语句仅在所在函数正常返回时执行，而 os.Exit(0) 会立即终止进程，跳过函数返回路径，导致所有 defer（包括 main 函数和 goroutine 中的）均被跳过。更关键的是：goroutine 中的 defer 甚至无法随主程序退出而自动触发——因为 goroutine 在进程终止时被强制销毁，其函数栈根本不会“返回”。
因此，要实现可靠的临时文件清理，必须放弃依赖 defer 的被动机制，转为主动、可控、可同步的资源管理流程。核心原则是：
- ✅ 将长期运行任务封装为可协作退出的“工作单元”（如使用 context.Context 控制生命周期）；
- ✅ 使用 sync.WaitGroup 或带缓冲的 chan 显式等待所有工作完成；
- ✅ 在接收到中断信号后，执行统一的清理逻辑（而非依赖 defer）；
- ✅ 避免在 goroutine 内部使用 defer 做关键清理（因其不可靠且难以协调）。
以下是一个生产就绪的改进示例，采用 sync.WaitGroup 实现清晰的生命周期管理和文件清理：
package main
import (
"context"
"fmt"
"io/ioutil"
"os"
"os/signal"
"syscall"
"sync"
"time"
)
func check(e error) {
if e != nil {
panic(e)
}
}
func workerWithCleanup(ctx context.Context, wg *sync.WaitGroup, filename string, content []byte, duration time.Duration) {
defer wg.Done()
// 创建临时文件
err := ioutil.WriteFile(filename, content, 0644)
check(err)
fmt.Printf("Created %s\n", filename)
// 模拟长时间工作（支持上下文取消）
select {
case <p>? <strong>关键注意事项：</strong> </p>
- 不要在 goroutine 中依赖 defer 清理跨进程资源（如文件、网络连接），因其执行时机不可控；
- context.Context 是协调多 goroutine 协作退出的事实标准，务必用于长任务；
- sync.WaitGroup 比手动 channel select 更健壮、易维护，尤其在 worker 数量动态变化时；
- 清理逻辑应幂等：检查文件是否存在再删除（避免 os.Remove 报错），并记录日志便于调试；
- 若需更高可靠性（如崩溃恢复），应结合 os.Remove + os.Rename 原子操作或外部锁机制。
通过将“清理”从隐式（defer）转为显式、集中、可测试的步骤，你的 Go 程序就能真正实现优雅退出 + 零残留临时文件的目标。
