ctrl+c是终端中断死循环的唯一可靠方式，因vscode仅将命令交由终端执行，需在集成终端内按下（可用ctrl+`唤出），并确保已启用“code-runner.runinterminal”以支持交互式输入。
Ctrl+C 是终端里中断死循环的唯一可靠方式
VSCode 本身不执行代码，它只是把命令交给终端（比如 PowerShell、bash 或 cmd）。所以“停止死循环”这件事，本质是向正在运行的子进程发中断信号——Ctrl+C 就是干这个的。
常见错误现象：点了 Run Code 后终端一直卡在 Running...，光标不动，键盘输入无响应。这不是 VSCode 卡了，而是 Python/Node.js 等进程正在死循环里狂转，没机会响应其他操作。
-
Ctrl+C必须按在集成终端（Terminal）窗口内，不是编辑器或侧边栏里 - 如果终端被折叠或隐藏，先用
Ctrl+`唤出终端面板再按 - 某些语言（如 Go、Rust）编译后执行的是二进制，
Ctrl+C依然有效；但若程序用os.Exit()或std::terminate()强退，可能收不到信号 - Windows 上若用了旧版 Git Bash，
Ctrl+C有时失效，换到 Windows Terminal 或 PowerShell 更稳
Run Code 插件不走终端？勾上 Run In Terminal
很多人点“运行”后根本没法输内容，终端也不弹，只看到右下角一直显示 Running...——大概率是 code-runner 插件默认把输出写进 Output 面板，而不是真正启用交互式终端。
Output 面板不接受输入，所以含 input()、scanf()、readline() 的代码必然卡住。
- 打开设置：
Ctrl+,→ 搜run in terminal→ 勾选Code-runner: Run In Terminal - 或者直接改
settings.json，加这一行："code-runner.runInTerminal": true - 改完不用重启，但之前已卡住的进程得先
Ctrl+C干掉，再重新运行 - 注意：勾选后，每次运行都会新开一个终端标签页；想复用同一终端，得配
code-runner.preserveFocus和code-runner.clearPreviousOutput
为什么 F5 调试停不掉死循环？因为你没连上调试器
F5 触发的是 VSCode 的调试协议（Debug Adapter Protocol），不是简单起个进程。如果代码跑飞了、没断点、或调试器压根没 attach 上，按 Shift+F5（停止调试）可能毫无反应——因为根本没有调试会话在运行。
典型表现：F5 后左下角状态栏没变蓝，调试侧边栏空空如也，终端里却多了一行 Running...。
- 先确认装了对应语言的调试扩展（如 Python 扩展、JavaScript Debugger）
- 检查当前文件后缀是否匹配：.py 文件却用 JS 调试器，肯定失败
-
launch.json里"program"字段别写死绝对路径，用"${file}"更安全 - Python 用户特别注意：调试器用的解释器可能和终端里
python不是一回事，看左下角 Python 版本提示，按Ctrl+Shift+P→Python: Select Interpreter对齐
code is already running 提示其实是进程残留
这个提示不是 VSCode 在“提醒你”，而是 code-runner 检测到上次启动的进程还在后台活着。它自己不会杀进程，只靠 PID 文件或端口占用做判断，容易误判。
尤其在 Ctrl+C 没按准、终端被意外关闭、或程序 fork 出子进程没回收时，PID 就“悬空”了。
- 最直接办法：在集成终端里手动执行
ps aux | grep python（macOS/Linux）或tasklist | findstr python（Windows），找到残留 PID 后kill -9 PID或taskkill /F /PID PID - 预防：在
code-runner.executorMap的 Python 配置里加上-u（"python -u"），强制未缓冲输出，减少卡死概率 - 终极清理：删掉
~/.vscode/extensions/formulahendry.code-runner-*下的pid文件夹（路径因系统而异），插件下次运行会重建
~/.vscode”。多数时候，Ctrl+C + Run In Terminal 开关 + 检查解释器三步，就能绕过 90% 的假性死循环。
