Shift+F5是终止VSCode调试进程的唯一可靠快捷键，它断开调试器连接、发送SIGTERM信号并清理子进程；调试模式下Ctrl+C无效，因信号仅发给终端而非目标进程。
Shift+F5 是终止调试进程的唯一可靠快捷键
VSCode 的调试器（如 debugpy、node、cppvsdbg）接管了进程生命周期，Ctrl+C 在调试控制台里完全无效——它只发信号给终端 shell，不是目标进程。真正能干净退出整个调试会话的，只有 Shift+F5（Windows/Linux）或 Cmd+Shift+F5（macOS）。这个操作会断开调试器连接、向被调试进程发送终止信号（如 SIGTERM），并清理关联的子进程。
- 必须在调试已启动状态下使用；若没进调试，按了也无反应
- 即使控制台卡住、输出停止滚动，只要左下角状态栏还显示 “Debugging” 或调用堆栈面板有内容，
Shift+F5依然有效 - 不要和
F5（启动）或Ctrl+F5（重启）混淆；Shift+F5没有“确认弹窗”，按下即执行
调试中 Ctrl+C 为什么总失效
因为调试器重定向了标准输入/输出，并隔离了信号处理路径。你看到的“调试控制台”只是调试器的输出桥接窗口，不持有进程控制权。常见误判场景：
- Python 脚本里写了
try: ... except KeyboardInterrupt: pass，但没sys.exit()，导致Ctrl+C被吞掉 - Node.js 中监听了
process.on('SIGINT', () => { /* 忘记调用 process.exit() */ }) - Go 程序用了
signal.Notify捕获os.Interrupt却未退出主 goroutine - 调试器本身卡死（比如断点停在系统调用里），此时
Shift+F5可能延迟响应，需配合Debug: Disconnect命令（Ctrl+Shift+P输入）先释放连接
终端里跑着调试托管进程，怎么强制杀光
有时你用 launch.json 配置了 "console": "integratedTerminal"，或用 Code Runner 插件直接跑脚本，此时进程既不在纯调试模式，也不在普通终端前台——它处于“半托管”状态，Ctrl+C 和 Shift+F5 都可能失灵。
- 先试
Ctrl+Shift+P→ 输入Terminal: Kill Active Terminal，干掉当前终端实例（注意：不是Kill Terminal，后者是列表选择） - 如果进程还在（比如
ps aux | grep python还能看到），说明 VSCode 关闭终端后子进程变成孤儿，尤其 Windows 上 cmd.exe 不转发 SIGHUP - 手动强杀：Windows 用
taskkill /f /pid，macOS/Linux 用kill -9；PID 可从终端标题栏右键“复制进程 ID”，或从活动监视器/htop 查
tasks.json 启动的后台任务怎么停
如果你用 tasks.json 定义了构建或服务任务（如 Webpack、Flask），且设了 "isBackground": true，那它不会响应 Ctrl+C，也不会被 Shift+F5 捕获——这是设计行为，不是 bug。
- 必须靠终端级操作：
Ctrl+Shift+P→Terminal: Kill All Terminals（最彻底），或点击终端 tab 的 × - 更稳妥的做法是在
tasks.json里加"problemMatcher"并确保任务声明了结束条件（如匹配 “Compiled successfully” 或 “Server running on” 后的停止触发文本） - 避免用
npm start类命令直接起服务；改用npx serve或加--no-clipboard等可中断参数，提升 Ctrl+C 可控性
真正容易被忽略的是：VSCode 关闭终端标签页 ≠ 终止进程。Windows 上 cmd.exe 子进程常驻、macOS 上 zsh 的 job control 会保留后台作业、Linux 上 nohup 启动的进程更难清理——别只盯着 UI，该查 PID 就查，该 kill -9 别手软。
