VS Code集成终端执行程序后自动关闭是设计行为，非崩溃；应通过launch.json配置externalConsole或console选项控制终端生命周期，而非在代码中添加暂停逻辑。
终端执行完程序就关闭？不是崩溃，是生命周期结束太快
VS Code 默认用集成终端运行 ./a.out 或 python script.py，程序一退出，终端标签页就自动收走——这不是 bug，是设计如此。你没看到错误信息，不代表没报错；你按了 Ctrl+C 没反应，可能只是当前终端没在前台焦点。
- Windows 上 PowerShell / CMD 执行完命令默认关闭窗口，
cmd /K ./a.out可强制停留（/K表示执行后不退出） - macOS/Linux 的 bash/zsh 不会自动关，但 VS Code 集成终端在任务结束时主动销毁了 session，得靠配置干预
- 别急着加
getchar()或system("pause")：C 程序里混用scanf()和getchar()很容易读到残留换行符，反而卡住
想让终端“停住”？优先改 launch.json，不是改代码
调试时加暂停逻辑是倒置因果——真正该控制的是“谁启动了终端”和“它何时退出”。VS Code 的 C/C++/Python 调试器能接管终端行为，比在源码里硬塞 system("pause") 更干净、可复现。
- 对 C/C++：在
.vscode/launch.json中设置"externalConsole": true，用系统终端跑，天然支持暂停 - 对 Python：设
"console": "integratedTerminal"+"justMyCode": false，再配合F5启动，终端不会闪退，且能捕获Segmentation fault等底层错误 - 禁用
"internalConsoleOptions": "neverOpen"（如果存在），否则调试器可能悄悄切到不可见的内部控制台
Ctrl+Shift+W 关的是标签页，不是进程
点叉号或按 Ctrl+Shift+W 只是关闭终端 UI 标签，背后运行的进程（比如一个死循环的 python server.py）大概率还在后台跑着。你以为关了，其实没关。
- 查残留进程：Windows 用
tasklist | findstr python，macOS/Linux 用ps aux | grep -i python - 彻底杀终端进程：在 VS Code 终端里输入
Terminal: Kill Terminal（Cmd/Ctrl+Shift+P → 输入该命令），或右键终端标签选 “Kill Terminal” - 快捷键误区：
Ctrl+Z在 Linux/macOS 是挂起（suspend），不是退出；Ctrl+D才是 EOF 退出 Python REPL；Windows PowerShell 下Ctrl+D无效，得用exit()
Python 交互式终端退出不了？别信 exit() 万能论
在 VS Code 集成终端里敲 exit() 有时没反应，是因为当前终端可能已被 Python 插件劫持为“REPL 模式”，它监听的是插件协议，不是标准 stdin。
- 安全退出法：先按
Ctrl+C中断当前操作，再输exit()或quit()；若仍卡住，直接关掉整个终端标签，然后重开 - 脚本模式下不用
exit()：写print("done"); input("Press Enter to exit...")更可靠，input()会等用户按键，且不依赖解释器状态 - 扩展干扰常见：装了
ms-python.python但没配好 Pylance，可能导致终端响应延迟甚至假死——可临时禁用该扩展验证
事情说清了就结束。最常被忽略的一点：终端是否“退出”，取决于你是用 Run Without Debugging（tasks.json）、Debug（launch.json）还是直接在终端里手敲命令——三者生命周期管理机制完全不同，混用时问题必然出现。
