Ctrl+C无效通常因Node进程未在前台、被调试器接管或VSCode未识别为可终止任务；需确认终端焦点、检查信号处理、用Shift+F5停止调试、配置isBackground与problemMatcher，或Kill Terminal彻底终止进程组。
Ctrl+C 没反应？先确认是不是 Node 进程在前台
VSCode 终端里按 Ctrl+C 无效，大概率不是快捷键失灵，而是 Node 进程根本没在前台进程组——比如你用了 npm start 启动了 Webpack Dev Server，它内部 fork 了子进程并 detach；或者脚本里写了 process.on('SIGINT', () => { /* 不 exit */ }) 却没调 process.exit()。这时候信号发出去了，但被吞了。
实操建议：
- 用
Ctrl+Shift+P输入Terminal: Focus Active Terminal，确保焦点落在目标终端 tab 上（VSCode 多终端时容易点错） - 看右下角终端状态栏：若显示
Terminated，说明进程其实已退出，只是输出卡住没刷新 - 检查代码里有没有
input()、readline.question()或system("pause")类阻塞调用——它们会让终端“假死”，看似没停，实则主逻辑早结束了
调试模式下 Ctrl+C 完全失效，得用 Shift+F5
F5 启动调试后，控制权交给了 VSCode 调试器（如 node2 或 debugger-for-node），终端只是个日志窗口，Ctrl+C 发不出去。强行关终端 tab 只会关闭输出，Node 进程还在后台跑。
实操建议：
- 必须用
Shift+F5或点击调试工具栏的红色方块按钮（Stop）来终止整个调试会话 - 如果调试器卡死（比如断点卡在 native 层），先执行
Debug: Disconnect（Ctrl+Shift+P输入），再手动杀进程 - 别在
launch.json里混用"console": "externalTerminal"——这会让进程脱离 VSCode 管控，Shift+F5失效
进程真卡死？直接 kill 终端或进程组
VSCode 关闭终端 tab 并不等于终止底层进程，尤其 Windows 上 cmd.exe 容易让子进程变孤儿；Linux/macOS 下用 & 后台启动的也常残留。这时候需要更彻底的终止方式。
使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。
实操建议：
- 聚焦终端后，
Ctrl+Shift+P→ 输入Terminal: Kill Terminal（注意不是 “Kill Active Terminal”），它会向整个进程组发SIGHUP，比Ctrl+C更狠 - 想一键清空所有终端：
Terminal: Kill All Terminals（默认无快捷键，可在键盘设置里绑定，比如Ctrl+Alt+K） - 仍不行就查 PID：
ps aux | grep node（macOS/Linux）或tasklist | findstr node（Windows），再用kill -9 <pid></pid>或taskkill /f /pid <pid></pid>
tasks.json 配置的任务没有“停止”按钮？缺两个关键字段
VSCode 只有识别出“后台长期任务”，才会渲染那个红色的停止按钮。如果你写了个 npm run dev 任务却看不到停止图标，基本是配置漏了。
实操建议：
- 必须显式设
"isBackground": true，否则 VSCode 当作一次性命令处理 - 必须提供
"problemMatcher"（哪怕空数组[]），不然它不知道任务已进入“运行中”状态 - 最小可终止配置示例：
{ "label": "start dev server", "type": "shell", "command": "npm run dev", "isBackground": true, "problemMatcher": [] }
真正麻烦的不是找不到停止方式，而是分不清：是进程自己卡死、被调试器接管、还是 VSCode 根本没把它当可终止任务来识别——每种情况对应的解法完全不同，不能只盯着 Ctrl+C 狂按。
