go 程序无法直接“捕获”ctrl+d（eof），它仅表示标准输入流关闭；真正可拦截的是 ctrl+c 触发的 `sigint` 信号。本文详解如何使用 `os/signal` 监听中断信号，在进程退出前执行 ec2 清理等关键收尾操作。
在 Go 中，Ctrl+D（Unix/Linux/macOS）或 Ctrl+Z（Windows）本质上是向标准输入发送 EOF，并不会向进程发送任何操作系统信号——它只是让 os.Stdin.Read() 返回 io.EOF。因此，你无法通过信号机制“响应 Ctrl+D”；若程序阻塞在 fmt.Scanln()、bufio.NewReader(os.Stdin).ReadString('\n') 等读取 stdin 的调用上，收到 EOF 后应主动检查错误并进入清理流程。
真正可跨平台、可靠拦截的是 Ctrl+C，它会向进程发送 SIGINT 信号。Go 提供了 os/signal 包来优雅处理此类中断。以下是一个完整示例，展示如何监听 SIGINT（Ctrl+C），并在退出前执行 EC2 资源清理：
package main
import (
"context"
"fmt"
"os"
"os/signal"
"syscall"
"time"
)
// mockEC2Terminate 模拟终止 EC2 实例（替换为真实 AWS SDK 调用）
func mockEC2Terminate(ctx context.Context) error {
fmt.Println("⏳ 正在清理 EC2 资源...")
select {
case <-time.After(2 * time.Second):
fmt.Println("✅ EC2 已成功终止")
return nil
case <-ctx.Done():
fmt.Println("⚠️ 清理超时，强制退出")
return ctx.Err()
}
}
func main() {
// 创建带超时的上下文，防止清理无限阻塞
ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second)
defer cancel()
// 设置信号监听器，捕获 SIGINT（Ctrl+C）和 SIGTERM（如 kill 命令）
sigChan := make(chan os.Signal, 1)
signal.Notify(sigChan, syscall.SIGINT, syscall.SIGTERM)
fmt.Println("? 程序运行中... 按 Ctrl+C 优雅退出")
// 启动主业务逻辑（例如轮询、HTTP 服务、或你的 EC2 创建流程）
go func() {
for i := 0; i < 5; i++ {
fmt.Printf("? 正在部署第 %d 个 EC2 实例...\n", i+1)
time.Sleep(1 * time.Second)
}
fmt.Println("✅ 所有 EC2 部署完成！")
}()
// 阻塞等待信号
select {
case sig := <-sigChan:
fmt.Printf("\n? 收到信号 %v，开始优雅退出...\n", sig)
if err := mockEC2Terminate(ctx); err != nil {
fmt.Printf("❌ 清理失败: %v\n", err)
}
fmt.Println("? 程序已安全退出")
return
}
}? 关键说明与注意事项：
- ✅ Ctrl+C = SIGINT → 可捕获：这是最常用、最可靠的用户中断方式，os/signal 是官方推荐方案。
- ❌ Ctrl+D ≠ 信号 → 不可“捕获”：它只影响 stdin。若你的程序依赖用户输入（如交互式 CLI），应在每次 Read 后检查 err == io.EOF，然后主动调用清理函数。
- ⚠️ 避免在 signal handler 中执行耗时操作：清理逻辑应尽量轻量，或使用带超时的 context 控制执行时间（如上例所示），防止进程僵死。
- ? SIGTERM 同样重要：容器环境（如 Docker）或进程管理器（systemd）常发送 SIGTERM，建议一并监听。
- ? 清理逻辑需幂等：确保多次调用 mockEC2Terminate 不会产生副作用（例如重复删除已销毁的实例）。
总结：不要试图“监听 Ctrl+D”，而应聚焦于 SIGINT/SIGTERM 信号处理 + 输入 EOF 显式检测。结合 context 与 os/signal，即可构建健壮、可运维的 Go 后台服务或脚本，保障云资源不因意外中断而泄露。
