VS Code终端执行脚本后自动关闭的根本原因是Windows下cmd.exe默认执行完即退出，而非VS Code问题；应使用内置终端运行、添加pause阻塞、正确配置launch.json的"console"字段并确保Python解释器正确。
VS Code 终端执行脚本后窗口自动关闭
根本原因不是 VS Code 本身的问题，而是你运行的命令（比如双击 .bat 或直接调用 python script.py）在 Windows 下默认用 cmd.exe 启动，执行完就退出——VS Code 的集成终端不会干预这个行为，它只是“显示”了那个进程的输出。
常见错误现象：python main.py 运行完立刻消失，看不到报错或 print 输出；双击 .vscode/launch.json 配置无效时也容易误以为是窗口问题。
- 别在资源管理器里双击 Python 文件，改用 VS Code 内置终端运行
- 如果必须从外部启动，加
pause（Windows）或read -p "Press enter..."（WSL/macOS）末尾阻塞 - VS Code 中优先用
Ctrl+Shift+P→Python: Run Python File in Terminal，它会自动保持终端打开
launch.json 配置没生效导致终端闪退
很多人以为改了 launch.json 就能控制终端生命周期，其实它只影响调试会话（F5），不控制普通终端运行。如果你点了「运行」却没走调试流程，那配置完全不起作用。
使用场景：想让程序跑完停住看日志、或捕获异常堆栈时，靠调试模式比靠终端停留更可靠。
-
launch.json中必须设置"console": "integratedTerminal"或"externalTerminal"，否则默认用内部调试控制台（不支持交互式输入） - 确保当前文件是活动编辑器（即你点
F5时焦点在.py文件里），否则 VS Code 不知道该用哪个配置 - 检查右下角 Python 解释器路径是否正确，
which python或Get-Command python能验证，错的解释器会导致ModuleNotFoundError后瞬间退出
Windows 下双击 .bat/.cmd 文件闪退的惯性误解
这不是 VS Code 的问题，但常被归咎于它——因为用户在项目里写了 run.bat，双击后窗口一闪，就以为“VS Code 打开方式坏了”。实际上，这是 CMD 默认行为：命令执行完立即关闭窗口。
参数差异：start cmd /k python main.py 中的 /k 表示执行完保持窗口，/c（默认）表示执行完关闭。
- 把
run.bat第一行改成@echo off && cd /d "%~dp0"，避免路径错误导致提前崩溃 - 结尾加
pause，但注意：有异常时可能跳过这行，建议先用python -m py_compile main.py检查语法 - 更稳妥的做法是：在 VS Code 终端里直接运行
./run.bat（需开启 shell 脚本执行权限），此时窗口由 VS Code 管理，不会闪退
终端设置和 shell 类型影响行为表现
VS Code 的集成终端本质是复用系统 shell，所以 PowerShell、Git Bash、cmd 对同一命令的退出逻辑不同。比如 python -c "print(1)" 在 PowerShell 里可能多留半秒，在 cmd 里几乎零延迟关闭。
性能影响：切换 shell 不影响代码执行速度，但会影响错误提示格式（如 PowerShell 把 ModuleNotFoundError 包进红色异常对象里，而 cmd 只是白字）。
- 通过
Ctrl+Shift+P→Terminal: Select Default Profile切换 shell，推荐新项目用PowerShell（Win10+）或Git Bash（兼容 Unix 工具链） - 不要手动修改
terminal.integrated.profiles.windows里的args加/k，VS Code 会自己处理生命周期 - 如果终端启动就崩溃，检查
terminal.integrated.env.windows是否误注入了冲突环境变量（如重复的PYTHONPATH）
最常被忽略的一点：你以为窗口“闪退”，其实是程序自己抛了未捕获异常，然后终端按正常流程退出。先看 VS Code 底部状态栏有没有红色报错，再打开 View → Output → Python 面板，那里记录了真实启动日志——比盯着一闪而过的窗口靠谱得多。
