vscode控制台“一闪而过”是因脚本执行完进程退出所致，非vs code故障；应优先配置launch.json中"console": "integratedterminal"，或终端手动运行python script.py && pause（windows）/; read -p（macos/linux）。
VSCode 运行代码后控制台“一闪而过”，不是 VS Code 崩溃，而是你执行的命令（比如 python script.py）本身运行完就退出了，终端没东西可留——这跟 Windows CMD 默认行为、脚本无阻塞逻辑、或调试配置错位直接相关。解决它不靠重装或改系统设置，关键在选对执行路径和配置项。
为什么 python script.py 一跑完终端就消失
根本原因是：这个命令是“一次性进程”，不是交互式会话。Windows 下 CMD/PowerShell 执行完默认关窗；macOS/Linux 虽不关窗，但光标回到 prompt 后，容易误判为“没了”。VS Code 集成终端只是容器，它不会替你拦住进程退出。
- 常见错误现象：
python hello.py输出完立刻看不到报错或结果，尤其在 Windows 双击运行或右键“在终端中运行”时高频出现 - 别怪 VS Code 设置——
terminal.integrated.shell或python.defaultInterpreterPath改了也没用，它们不控制进程生命周期 - 真正起作用的是你敲的那条命令本身，或者你点的 F5 调试配置
launch.json 里必须加 "console": "integratedTerminal"
如果你用 F5 调试（而不是 Ctrl+F5 或右键运行），那 launch.json 的配置决定终端是否停留。默认情况下，Python 调试器可能走内部 Debug Console，它不显示 print()、不支持 input()、程序一结束就清空——这就是“闪退感”的来源。
- 打开
.vscode/launch.json，确保配置中有这一行："console": "integratedTerminal" - 可选值只有三个：
"integratedTerminal"（推荐）、"externalTerminal"（调系统终端）、"none"（只走 Debug Console，慎用） - 删掉手动写的
"program": "python"和"args": ["-m", "pdb", "${file}"]——这会让 VS Code 绕过 debugpy，退化成普通 shell 子进程，终端必然闪退 - 确认右下角 Python 解释器路径正确，否则
ModuleNotFoundError会导致脚本秒退，根本来不及看到错误
不想调试？终端里手动加阻塞命令最稳
如果只是想快速看输出、查错、不进断点，直接在终端里敲带阻塞的命令，比改配置更快更可靠。
- Windows CMD/PowerShell：
python script.py && pause（注意是&&，不是换行） - macOS/Linux：
python script.py; read -p "Press enter to continue"（分号连接，不能换行） - PowerShell 用户可用
Read-Host "按回车继续"替代pause，兼容性更好 - 避免在代码末尾硬写
input()或os.system("pause")——这会污染逻辑，CI 或管道调用时直接卡死
别碰“外部终端”除非你真需要独立窗口
勾选“在外部终端中运行”看似能留住输出，实际反而更糟：Windows 下可能弹个 CMD 窗口又立刻关闭；macOS 可能唤起 Terminal.app 但不保留历史；Linux 类似。这不是“留住输出”的解法，是把问题甩给系统终端。
- 外部终端的行为由系统控制，VS Code 完全无法干预其关闭策略
- PowerShell 外部终端还自带“快速编辑模式”，鼠标一点就假死，你以为是 VS Code 卡，其实是终端自己挂了
- 真正该优先用的是集成终端 + 正确的
console配置，它和编辑器共生命周期，关 VS Code 才关，不关就一直留着
最容易被忽略的一点：右键菜单里的“在终端中运行”和 F5 调试走的是两套机制。“在终端中运行”本质是 task runner，受 tasks.json 控制；而 F5 是 debugger 协议，靠 launch.json。很多人改了 launch.json 却点右键运行，配置完全不生效——得先分清你到底在“跑”还是在“调”。
