Terminal: Clear 是唯一真正清空滚动缓冲区的操作，因为它由 VSCode 主进程直接重置终端实例，清除可视区及所有可滚动历史行，不依赖 shell 解析、不重启进程；而 clear/cls 仅发送 ANSI 序列推高光标，历史仍保留在缓冲区中，滚轮可恢复。
Terminal: Clear 为什么不是 clear 命令
VSCode 内置终端里敲 clear 或 cls，只是让 shell 向 xterm.js 发送 \033[2J\033[H 这类 ANSI 序列，xterm.js 只清“视口”，不碰滚动缓冲区——滚轮一拉，全回来。真正清掉所有历史行（包括不可见的），必须绕过 shell，由 VSCode 主进程直接重置终端实例。
这也就是为什么 Terminal: Clear 是唯一可靠方式：它不依赖 shell 解析、不发任何转义序列、不重启进程，只清前端维护的缓冲区。你正在跑的 node server.js 或 tail -f logs.txt 完全不受影响。
-
Terminal: Clear默认快捷键是Ctrl+K（Windows/Linux）或Cmd+K（macOS），但仅对当前聚焦的终端 tab 生效 - 它对调试控制台（Debug Console）完全无效，那个面板得右键选“Clear Console”
- 在 WSL 或 PowerShell 中用
reset风险很高：可能颜色错乱、退格失灵，甚至卡住终端
Ctrl+C 和 Ctrl+Z 的行为差异与中断陷阱
按下 Ctrl+C 会向当前前台进程组发送 SIGINT，大多数程序会捕获并退出；但有些脚本（比如用 trap '' INT 忽略了中断）或交互式工具（如 vim、less）可能不响应，这时光标卡住、命令没结束，Ctrl+K 也按不动——因为终端没空响应。
Ctrl+Z 则是发 SIGTSTP，把进程挂起并丢到后台，不是终止。它不会释放终端控制权，后续还得手动 fg 或 kill %1，否则终端仍处于“被占用”状态。
- 终端无响应时，先试
Ctrl+C；若无效，再Ctrl+\（发SIGQUIT，比SIGINT更强硬） - 别在
tasks.json的command字段里写"clear && npm run dev"——clear只是视觉遮盖，且可能干扰Ctrl+C信号传递 - 想安全终止任务流，优先用
presentation: { "clear": true }+"echo 'done' || exit 1"类兜底逻辑
自定义快捷键绑定 clear 的真实限制
很多人在 keybindings.json 里配 "workbench.action.terminal.sendSequence" 发 clear\r，以为能替代 Terminal: Clear。但它本质还是走 shell 流程，和手动敲 clear 一样，只推光标、不清缓冲区。
更麻烦的是：这个绑定只在终端获得焦点时生效；如果终端正被 tail -f 占着、或者卡在阻塞 I/O，按键根本进不去 shell，自然也不会触发 sendSequence。
- 想真正统一清屏，该用
tasks.json的"presentation": { "clear": true }，它由 VSCode 在启动任务前调用Terminal: Clear - Code Runner 插件的
code-runner.clearPreviousOutput设置，效果等同于上面的presentation.clear，但只对它启动的终端生效 - 别在
.bashrc里 aliascls='printf "\033c"'——VSCode 默认启动 non-login shell，压根不读这些配置
多终端 tab 下的清除与终止边界
VSCode 的每个终端 tab 是独立实例，Terminal: Clear 和 Ctrl+C 都不具备跨 tab 作用域。你在 tab1 按 Ctrl+C，tab2 里跑着的 python app.py 不会中断；同样，tab1 执行 Terminal: Clear，tab2 的滚动历史纹丝不动。
这点特别容易被忽略：当你开一堆终端跑日志、服务、测试，误以为“清了终端就干净了”，结果切到另一个 tab，发现旧输出还在疯狂刷屏——那是因为你只清了当前 tab。
- 多个 tab 需要批量清理？目前没有原生批量命令，只能手动切换后依次执行
Ctrl+K - 想避免混乱，建议用命名终端：
Terminal: Rename（Ctrl+Shift+P输入），比如标上 “dev-server”、“db-migrate”、“test-watch”，方便识别和管理 - 长期跑日志的终端，定期关掉重开比反复清屏更省内存——VSCode 终端缓冲区吃内存很快，尤其带 ANSI 颜色的长日志流
