go 程序可通过 `os/signal` 捕获中断信号（如 ctrl+c）并执行清理逻辑；而 ctrl+d 是 eof 输入事件，需通过标准输入读取状态判断，二者需区别处理——本文详解两者捕获方式及 ec2 等资源的优雅释放实践。
在 Go 中，Ctrl+C 与 Ctrl+D 的行为本质不同，必须分别应对：
- ✅ Ctrl+C 向进程发送 SIGINT 信号，可被 os/signal.Notify 捕获，是实现优雅退出（graceful shutdown）的标准方式；
- ❌ Ctrl+D 并非信号，而是终端向 stdin 输入流发送 EOF（End-of-File），仅当程序主动从 os.Stdin 读取时才会体现（例如 fmt.Scanln、bufio.NewReader(os.Stdin).ReadString('\n')）。它不会终止进程，也不会触发任何系统信号——若程序不读 stdin，Ctrl+D 完全无 effect。
因此，针对你提到的“运行 EC2 创建脚本时中途退出需清理资源”的场景，应以监听 SIGINT（Ctrl+C）为主，而非依赖 Ctrl+D。这是跨平台、可靠且符合 Go 最佳实践的方式。
✅ 正确做法：用 os/signal 捕获 SIGINT 并执行清理
以下是一个完整示例，模拟创建 EC2 实例后监听中断信号，并在退出前调用 terminateEC2() 清理资源：
package main
import (
"fmt"
"os"
"os/signal"
"syscall"
"time"
)
// simulateEC2Creation 模拟耗时的 EC2 创建操作
func simulateEC2Creation() string {
fmt.Println("? 正在创建 EC2 实例...")
time.Sleep(2 * time.Second)
return "i-0a1b2c3d4e5f67890" // 返回实例 ID
}
// terminateEC2 模拟终止 EC2 实例（实际中调用 AWS SDK）
func terminateEC2(instanceID string) {
fmt.Printf("? 正在终止实例 %s...\n", instanceID)
time.Sleep(1 * time.Second)
fmt.Println("✅ EC2 实例已成功清理")
}
func main() {
// 1. 创建并获取 EC2 实例 ID
instanceID := simulateEC2Creation()
// 2. 设置信号监听器：关注 SIGINT（Ctrl+C）和 SIGTERM（如 kill 命令）
sigChan := make(chan os.Signal, 1)
signal.Notify(sigChan, syscall.SIGINT, syscall.SIGTERM)
// 3. 启动 goroutine 异步等待信号
go func() {
sig := <-sigChan
fmt.Printf("\n⚠️ 接收到信号: %v，开始优雅退出...\n", sig)
terminateEC2(instanceID)
os.Exit(0) // 显式退出，确保 main 不继续执行
}()
// 4. 主逻辑：模拟持续运行（例如监控、轮询等）
fmt.Println("✅ EC2 已就绪，按 Ctrl+C 终止程序并清理资源...")
select {} // 阻塞等待信号（或根据实际业务替换为其他逻辑）
}? 运行效果： 启动后按 Ctrl+C → 立即打印终止提示 → 调用 terminateEC2() → 安全退出。 若误按 Ctrl+D，因程序未读取 stdin，无任何反应——这正是预期行为。
⚠️ 关于 Ctrl+D 的补充说明（不推荐用于退出控制）
若你坚持要在读取用户输入的交互式 CLI 中响应 Ctrl+D（例如菜单程序），可这样检测 EOF：
AI舌诊面诊问诊医疗系统+诊疗商城系统源码
下载
AI 舌诊面诊问诊医疗系统 + 诊疗商城系统源码是一套结合 AI 辅助诊断与商品转化的健康类程序，基于浩创云、ThinkPHP（PHP）开发，支持微信服务号与 H5 端，适合做中医舌诊面诊问答、健康建议推送以及配套诊疗商品的运营。
reader := bufio.NewReader(os.Stdin)
fmt.Print("请输入命令 (Ctrl+D 退出): ")
input, err := reader.ReadString('\n')
if err == io.EOF {
fmt.Println("\n? 检测到 Ctrl+D，正在退出...")
terminateEC2(instanceID)
return
}但注意：
- 此方式无法中断阻塞中的网络调用、goroutine 或 sleep；
- 它只适用于“主动读 stdin”的场景，对后台服务/长时间任务不适用；
- 无法替代信号机制——生产环境务必使用 signal.Notify。
✅ 最佳实践总结
| 场景 | 推荐方式 | 是否可靠 | 说明 |
|---|---|---|---|
| 通用优雅退出（如服务、脚本） | signal.Notify(c, syscall.SIGINT) | ✅ 高度可靠 | 跨平台，立即响应，支持清理逻辑 |
| 交互式 CLI 输入结束 | 检查 io.EOF | ⚠️ 局限性强 | 仅适用于显式读 stdin 的环节，不可靠作主退出通道 |
| 清理云资源（EC2、S3、DB 连接等） | 在 signal handler 中同步执行 | ✅ 必须同步 | 避免 defer + os.Exit 组合（defer 不执行），用 os.Exit(0) 显式终止 |
最后提醒：永远不要依赖 defer + os.Exit() 来做关键清理——因为 os.Exit() 会立即终止进程，跳过所有 defer 语句。务必在 signal handler 中直接调用清理函数后退出。
现在，你的 Go 程序不仅能健壮运行，还能在用户按下 Ctrl+C 时，从容释放 AWS 资源，真正实现「启动有始，退出有终」。
