设3000–5000行最平衡：兼顾日志不丢失与vscode流畅性，超10000易卡顿，0值可能导致oom；改后需重启终端生效。
terminal.integrated.scrollback 设多少才不丢日志又不卡
VSCode 终端默认只存 1000 行历史，超长输出（比如 npm run build --verbose、docker logs -f 或 Python pandas 处理大表）一刷就丢前面内容——不是滚动条没了，是数据真被删了。
-
3000–5000适合日常开发：前端构建、Python 脚本、Node 服务启动日志基本够用 -
5000–10000适合数据分析或 CMake/Make 构建：能撑住中等规模日志回溯 - 别设
0（无限缓存）：低内存机器容易触发 OOM，VSCode 可能假死 - 别盲目拉到
50000：单终端内存可能飙到 300MB+，滚动和Ctrl+Shift+F搜索明显变慢
改完必须关掉所有 Terminal 标签页再新开——已打开的终端不会自动继承新配置。
为什么改了 scrollback 还是看不到早期输出
常见失效原因不是配置没生效，而是输出过程本身清空了缓冲区：
- 执行过
clear、reset或printf '\033c'：这些命令只“遮盖”旧内容，但 VSCode 的渲染优化会在某行超长（比如 base64、堆栈里没换行的路径）时主动丢弃整行可见性，缓冲区里存着也看不到 - 运行过 TUI 工具（如
htop、vim、less）：退出时终端状态重置，历史全清 - 误改了工作区设置（Workspace Settings）：它只对当前文件夹生效，且易被用户设置覆盖；务必确认改的是用户级
settings.json -
"terminal.integrated.wordWrap": false被手动关掉：长行直接截断消失，而非折行显示
不靠调参数，怎么让长输出真正可读
缓冲区再大也只是临时缓存，不是日志系统。真正高频场景下，得绕过终端直取数据：
- 命令行重定向最稳：
python script.py > output.log 2>&1，之后用 VSCode 打开output.log查看+搜索 - 超长单行预处理：
cat output.log | fold -w 120（macOS/Linux）或Get-Content output.log | ForEach-Object { $_.Substring(0, [Math]::Min(120, $_.Length)) }（PowerShell） - 调试时换输出目标：在
launch.json里设"console": "integratedTerminal"，避免日志混进调试器元信息里；Python 用户尤其要防internalConsole导致input()失效 - 复制整段再过滤：右键终端 →
Select All→Cmd/Ctrl+C→ 粘贴到新文件 → 用正则^\s*ERROR.*$或at .*\.py:提取关键行
Terminal: Clear 和 clear 命令根本不是一回事
想真正清空所有可滚动历史，别敲 clear——它只是推高光标、用空行“盖住”旧内容，往上滚还能看到。
- 唯一有效方式：
Ctrl+Shift+P（macOS 是Cmd+Shift+P）→ 输入Terminal: Clear→ 回车。这是 VSCode 主进程直接重置终端实例，不走 Shell 解析，稳定干净 - 它只对当前聚焦的 Terminal tab 生效，多个标签页要逐个点进去操作
-
Terminal: Clear对调试控制台（Debug Console）完全无效；后者只能右键 → 清除控制台，或按Ctrl+K/⇧⌘K - 别在调试控制台输
clear：它不是 Shell 环境，会报ReferenceError: clear is not defined
缓冲区调大只是延长“能看见多久以前”的时间，但只要输出本身没做节流或重定向，早晚还会满。真正要盯住关键日志，得从源头控制输出量，或把数据导出到文件再查——终端不是日志平台，只是临时查看窗口。
