本文介绍在 Windows 下通过双击启动 Go 编译的控制台程序时，如何在程序逻辑正常结束（如调用 os.Exit(0)）后仍保留控制台窗口——核心思路是由外部宿主环境（而非程序自身）维持窗口生命周期，而非让 Go 程序主动“挂起”。
本文介绍在 windows 下通过双击启动 go 编译的控制台程序时，如何在程序逻辑正常结束（如调用 `os.exit(0)`）后仍保留控制台窗口——核心思路是**由外部宿主环境（而非程序自身）维持窗口生命周期**，而非让 go 程序主动“挂起”。
在 Windows 中，双击 .exe 启动控制台程序时，系统会创建一个临时 cmd.exe 或 conhost.exe 窗口来承载该进程。当 Go 程序调用 os.Exit() 或自然结束时，进程终止，Windows 检测到控制台关联进程全部退出，便会自动关闭该窗口——这是系统默认行为，Go 程序本身无法在退出后继续控制该窗口。
因此，“程序已退出但窗口保持打开”这一需求本质上存在逻辑矛盾：控制台窗口的生命周期由其宿主进程（即启动它的 cmd.exe）决定；若 Go 程序是唯一进程，它一退出，宿主即无事可做，窗口必然关闭。
✅ 正确解法：不依赖 Go 程序维持窗口，而是通过外部脚本或快捷方式启动程序，并让宿主 cmd.exe 在 Go 程序结束后继续运行。例如：
-
创建 .bat 批处理文件（推荐，简洁可靠）：
@echo off your_program.exe pause >nul
双击此 .bat 文件，pause 会在 your_program.exe 退出后等待按键，窗口保持打开。若需“静默停留”（不提示文字），可用：
@echo off your_program.exe cmd /k
cmd /k 会执行完命令后保持新命令行窗口打开（注意：这会启动一个新 cmd.exe 实例，原窗口关闭，但用户感知为“窗口没关”）。
-
使用快捷方式配置（无需额外文件）：
右键 → “新建快捷方式”，目标设为：cmd /k "path\to\your_program.exe"
这样双击快捷方式时，cmd.exe 直接以 /k 模式启动并运行你的程序，程序退出后命令行仍活跃。
⚠️ 注意事项：
- fmt.Scanf("h") 等阻塞输入方案并非真正“退出后保持窗口”：程序仍在运行，只是挂起在 scanf，os.Exit() 不会被执行，不符合“完成退出”的要求；
- exec.Command("start") 失败是因为 start 是 cmd 内置命令，需显式调用 cmd /c start ...，且新开窗口与原程序无关，无法解决原窗口关闭问题；
- cmd /k 是最贴近需求的方案——它确保 Go 程序完全退出（os.Exit(0) 生效），同时由 cmd.exe 主动维持窗口，符合“程序结束、窗口留存”的语义。
总结：Go 程序无法单方面实现“退出后窗口常驻”，必须借助 Windows 命令行宿主机制。推荐统一采用 cmd /k "your_program.exe" 方式启动，既满足干净退出，又保证用户体验连贯。
