VSCode运行C程序一闪而过是因程序退出后终端无内容可留，主因包括printf未换行导致缓冲未刷新、launch.json未设"console": "integratedTerminal"、或scanf后getchar读取残留换行符；应优先配置调试模式并加fflush(stdout)，而非依赖system("pause")或getchar()。
VSCode运行C程序一闪而过，不是VS Code坏了，也不是终端“抽风”，而是程序执行完进程立即退出，终端没东西可留——这跟getchar()没加、launch.json配错、或输出被缓冲卡住直接相关。
为什么printf输出看不见就消失了
标准输出默认是行缓冲，如果printf语句末尾没换行符\n，内容会卡在缓冲区里，程序一结束就被丢弃。你看到“没输出”，其实是输出根本没刷到终端。
- 在关键
printf后手动加fflush(stdout);，尤其用于无\n的提示语（如printf("输入数字: ")） - 验证方法：把程序重定向到文件，比如
./a.out > out.txt，再用cat out.txt看内容是否真实存在 - 别依赖
system("pause")掩盖问题——它只在Windows有效，且不解决缓冲本身
launch.json里"console"设成"integratedTerminal"才管用
如果你按F5调试却还闪退，大概率是launch.json里漏了或写错了"console"字段。VS Code默认可能走Debug Console（不支持input()、不显示printf、程序一结束就清屏），这不是你代码的问题，是配置没到位。
- 必须显式加上
"console": "integratedTerminal"，不能省略，也不能拼错（比如写成"console": "internalTerminal"） - 值只有三个合法选项：
"integratedTerminal"（推荐）、"externalTerminal"（弹系统CMD/终端，但中文乱码风险高）、"none"（只走Debug Console，慎用） - 如果用了
"externalTerminal": true，要同步处理编码问题：Windows外部CMD默认GBK，而VS Code和GCC默认UTF-8，不一致就会乱码+疑似“没输出”
别在代码里硬塞getchar()或system("pause")
这类写法能临时“留住窗口”，但污染生产逻辑，且在自动化、CI、调试器断点后继续运行时会卡死。真正该做的是区分场景：调试用F5+正确launch.json，快速验证用终端手动加阻塞命令。
- Windows终端手动跑：
./a.out && pause（注意是&&，不是回车） - macOS/Linux终端手动跑：
./a.out; read -p "Press enter to continue"（分号连接，不是换行） - PowerShell用户可用
Read-Host "按回车继续"，比pause更兼容 - 如果用了
scanf紧接着getchar()，大概率读到残留\n而跳过——先清缓冲：while ((c = getchar()) != '\n' && c != EOF);
终端自己“启动就退出”可能是shell配置惹的祸
有时候你新开一个集成终端Tab，它瞬间关闭，连提示符都看不到——这通常不是C程序的问题，而是你的~/.zshrc或~/.bashrc里有误写的exit或return，导致shell初始化失败。
- 在VS Code终端里手动执行
source ~/.zshrc，看是否报错或立刻退出 - 检查是否有类似
[[ -z $PS1 ]] && exit的判断，它可能把VS Code终端误判为非交互环境；应改为if [[ $- == *i* ]]; then ... fi - Windows用户注意
terminal.integrated.shellArgs.windows设置，别误填["-Command", "exit"]这种自毁参数
真正难的不是让窗口停住，而是分清到底是程序崩溃、输出没刷、终端被回收，还是shell自己挂了——多数时候，打开F5调试器比在代码末尾加getchar()更能直击问题本质。
