VSCode终端输出被截断是因terminal.integrated.scrollback默认仅1000行，超出后旧内容被环形覆盖；建议日常设5000、中等构建设10000、调试临时设20000，修改后需关闭所有终端并新开生效。
terminal.integrated.scrollback 设置值太小导致输出被覆盖
VSCode 终端输出“不全”，不是命令没跑完，而是 terminal.integrated.scrollback 默认只缓存 1000 行——超出后老内容直接被环形覆盖，不可恢复。尤其跑 npm run build --verbose、python -u train.py 或 ESP-IDF 编译时，几秒就刷满。
- 设为
5000适合日常开发；10000适合中等规模构建；20000仅建议调试阶段临时使用 - 设为
0表示无限缓存，⚠️极易触发 OOM，低内存机器可能直接卡死 - 修改后必须关闭所有 Terminal 标签页，再按
Ctrl+Shift+`（Mac 为Cmd+Shift+`）新开终端才生效 - 验证方式：运行
printf "%s\n" {1..6000} | head -n 2000，滚动到顶部，应能看到第1行
clear / reset / system("cls") 主动清空缓冲区
即使 scrollback 调得再大，只要程序里调用了 clear、reset 或 C/C++ 中的 system("cls")，终端历史就会被真实清空——不是视觉刷新，是内存里整段数据被删掉。
- Windows 下常见于 VSCode 跑 C 程序时菜单显示突然中断，根源就是
system("pause")和system("cls")混用 - 替代方案：
printf '\033c'（ANSI 清屏序列）只重绘屏幕，不破坏历史缓冲 - 运行过
htop、vim、less等 TUI 工具后退出，终端常被重置，历史分段丢失，这不是配置问题，是终端状态切换的副作用
终端宽度不足导致表格/日志被截断
ESP-IDF 编译输出的 Memory Type Usage Summary 表格右侧消失，或 JSON 日志换行错乱，大概率不是行数不够，而是终端列宽太窄（比如 Windows CMD 默认 80 列），内容被硬截断，连滚都滚不到。
- 最简单办法：鼠标拖拽终端右侧边框，手动拉宽；VSCode 会记住该宽度，下次打开自动应用
- 更可靠方式：在
settings.json中加"terminal.integrated.defaultFontSize": 12（避免字体缩放挤压宽度） - 若用 PowerShell 或 WSL，可在启动命令里加
Set-ConsoleScreenBufferSize -Width 200 -Height 9999（PowerShell）或stty cols 200（Linux/WSL）预设宽度 - 对 ESP-IDF 等嵌入式工具链，可改用重定向输出：
idf.py build > build.log 2>&1，再用 VSCode 内置文件查看器打开，规避终端渲染限制
终端渲染层干扰：GPU 加速与虚拟机环境
在 VMware 或 Parallels 运行 macOS/Linux 时，VSCode 界面闪烁、终端内容错位甚至空白，通常是 Electron 的 GPU 加速与虚拟显卡驱动不兼容所致，和 scrollback 完全无关。
- 禁用硬件加速：编辑
argv.json，取消注释并设"disable-hardware-acceleration": true - Windows 上也可通过快捷方式目标末尾加
--disable-gpu启动 - Ubuntu 等 Linux 发行版若界面闪烁，尝试加
--disable-gpu或--disable-software-rasterizer - 注意：禁用 GPU 加速后，终端滚动和字体渲染略慢，但稳定性显著提升
scrollback 还看不到早期输出，先别调参数——检查有没有 clear 类命令、终端宽度够不够、是不是在虚拟机里跑着。这些比缓冲区设置更容易被忽略，也更常导致“明明改了却没用”的错觉。 
