VSCode终端滚动条到顶看不到早期日志，主因是terminal.integrated.scrollback默认仅1000行，需修改该值并新开终端生效；若在Remote-SSH或WSL环境，须在远端settings.json中配置，且clear、vim等TUI工具会清空缓冲区导致历史不可恢复。
终端滚动条到顶却看不到早期日志？先查 scrollback 设置是否生效
VSCode 终端默认只缓存 1000 行（部分旧版甚至只有 500），远低于构建脚本或日志轮转的输出量。改完 "terminal.integrated.scrollback": 5000 后仍无法回溯，大概率是配置没落到正确位置：settings.json 分用户级、工作区级、远程级三层，优先级从低到高。本地改了但你在 Remote-SSH 环境里开发？那得去远端机器的 ~/.vscode-server/data/User/settings.json 改，否则无效。
- 检查当前生效配置：按
Ctrl+Shift+P→ 输入Preferences: Open Settings (JSON)，确认看到的是你期望环境的文件（注意路径里有没有.vscode-server） -
scrollback设为0表示无限缓冲，但会持续吃内存，大日志跑久了可能触发 OOM —— 不推荐，尤其在 WSL 或容器里 - 设太高（比如 20000）后终端启动变慢，且 Ctrl+C 中断长命令时响应略滞后，属于可感知的权衡
能滚到顶但历史记录“被清空”？clear 和 TUI 工具是元凶
即使 scrollback 设得再大，只要执行过 clear、reset，或退出 vim/htop/less 等 TUI 工具，终端缓冲区就会被重置——光标以上所有内容从 scrollback 队列中物理移除，不是隐藏，是真没了。
-
clear的行为和你直觉相反：它不只是视觉清屏，还会调用ioctl(TIOCL_GETSCROLLBACK)清空历史缓冲，这是终端模拟器（如 VSCode 内置的 xterm.js）的标准实现 - 替代方案：
printf '\033c'或echo -e "\033c"只重置终端状态，不碰 scrollback；或者用cls（Windows PowerShell）比clear更温和 - 运行
htop后退出，再想看之前日志？基本没戏。这类工具会接管整个终端缓冲区，退出时恢复的只是初始空白态
远程开发（SSH/WSL）下滚动条失效？别只盯本地设置
Remote-SSH 场景下，终端进程实际跑在远端，scrollback 是远端 xterm.js 实例管理的，和本地 VSCode 设置无关。你改了本地 settings.json，远端根本读不到。
- 必须在远程机器上打开 VSCode（即通过 Remote-SSH 连接后，再按
Ctrl+Shift+P→Preferences: Open Settings (JSON)）修改 - 验证是否生效：新开一个终端，运行
for i in {1..2000}; do echo "line $i"; done，然后快速滚到底部再尝试向上拖——如果只能看到最后几百行，说明远端配置没生效 - WSL 用户注意：Windows 上改的设置对 WSL 内的 VSCode Server 无效，得进 WSL 发行版里改自己的
~/.vscode-server/data/User/settings.json
滚动条存在但拖不动？可能是终端焦点或渲染层问题
滚动条显示正常，鼠标悬停有反应，但拖动无效或卡顿，往往不是缓冲区问题，而是终端容器未获得输入焦点或 GPU 渲染异常。
- 点一下终端窗口任意位置再试——有时焦点在编辑器或输出面板，滚动条就“失灵”
- 禁用硬件加速：
code --disable-gpu启动 VSCode，如果此时滚动恢复正常，说明是显卡驱动或合成器冲突（常见于 Linux Wayland 或 macOS 外接显示器） - 扩展干扰：某些终端增强类插件（如
Terminal Tabs、Shell Launcher）会劫持鼠标事件，临时用code --disable-extensions启动验证
clear 之后的内容永远无法恢复，哪怕你把 scrollback 调到一百万也没用。调试前先决定要不要保留上下文——要么全程避免 clear，要么把关键日志重定向到文件：npm run build > build.log 2>&1。 
