1. 从一次滚屏卡顿说起终端到底能“记住”多少行很多人第一次意识到终端有“缓存行数”这个概念往往是在某个尴尬的瞬间跑了一段输出量巨大的编译日志或者用cat打开了一个几万行的文件想往上翻回去看开头结果发现滚到某个位置就再也上不去了前面的内容像被黑洞吞掉一样消失得无影无踪。更让人困惑的是同样一条命令在同事的机器上能翻到几千行之前在自己这儿却只能回溯几百行。这个差异背后就是终端回滚缓冲区scrollback buffer在起作用。所谓终端能缓存的行数指的是终端模拟器在内存中为你保留的历史输出行数。注意这里有两个关键词终端模拟器和内存。它跟你运行的 shellbash、zsh 之类没关系跟history命令记录的命令历史更是两码事。history存的是你敲过的命令而回滚缓冲区存的是屏幕上滚动过去的所有字符输出。理解这个区别是理解整件事的起点因为太多人把这两个概念混为一谈排查问题时方向就错了。这篇文章想解决的问题很具体这个行数到底在哪里设定、由谁决定、怎么查看当前值、怎么改、改了之后有什么代价。适合所有每天泡在终端里的开发者、运维人员以及任何被“翻不回去”折磨过的人。我会从终端模拟器、复用器、以及一些容易被忽略的边界情况几个层面把这件事讲透并且给出可以直接抄的配置方法。中间会穿插一些我自己踩过的坑这些坑在官方文档里基本不会写但实际工作中一定会遇到。2. 回滚缓冲区不是shell的财产厘清三个容易混淆的层次要搞清楚行数怎么设定先得把“谁在管这些行”这件事理清楚。终端这块的层次感很强混淆了层次后面所有配置都会找错地方。2.1 终端模拟器、伪终端与shell的分工你打开的那个窗口——无论是 GNOME Terminal、Konsole、iTerm2、Windows Terminal 还是 Alacritty——叫终端模拟器。它负责渲染字符、接收键盘输入、维护那块可以滚动的历史区域。回滚缓冲区就住在它里面是它的一块内存。终端模拟器启动时会在底层创建一个伪终端ptypseudo-terminal。伪终端是一对设备主端master由终端模拟器持有从端slave交给 shell。shell 和它启动的进程把输出写到从端终端模拟器从主端读走并显示。shellbash、zsh、fish只是跑在伪终端从端上的一个普通进程。它完全不知道“回滚”这回事它只管往标准输出写字节。所以你在.bashrc里翻遍也找不到回滚行数的设置因为它根本不归 shell 管。这个分工解释了一个常见现象你用script命令或者重定向把输出存到文件能存多少行只受磁盘限制但屏幕上能翻多少行只受终端模拟器内存限制。两者是完全独立的通道。2.2 为什么history和回滚是两码事history命令列出的是 shell 记录的命令列表由HISTSIZE和HISTFILESIZE控制。它存的是“你输入了什么”而且默认只存命令本身不存命令的输出。回滚缓冲区存的是“屏幕上出现过什么”包括命令、输出、报错、进度条刷新的每一帧。一个HISTSIZE1000的 shell回滚缓冲区可能有 10000 行反过来一个回滚只有 500 行的终端history照样能记几千条命令。两者数值毫无关联。我见过有人为了“多看几行输出”去调HISTSIZE调完发现毫无变化就是这个原因。方向错了再努力也没用。2.3 复用器插在中间时谁说了算当你用 tmux 或 screen 这类终端复用器时层次变成终端模拟器 → 复用器 → shell。这时候回滚缓冲区有两层复用器自己的回滚缓冲区tmux 默认 2000 行由history-limit选项控制。你在 tmux 里按Ctrl-b [进入复制模式后能往上翻的就是这一层。终端模拟器的回滚缓冲区tmux 把当前屏幕内容渲染给终端模拟器终端模拟器再维护它自己的一份历史。关键点在于在 tmux 里你翻的是 tmux 的缓冲区不是终端模拟器的。所以如果你在 tmux 里发现翻不了几行改终端模拟器的设置是没用的得改 tmux 的history-limit。这个坑我踩过不止一次尤其是在远程服务器上本地终端配了十万行结果 tmux 里只有两千行一度以为是终端软件出了问题。3. 各主流终端模拟器的行数设定位置与默认值不同终端模拟器把这个设置放在不同地方有的在图形界面里有的在配置文件里有的甚至要改源码重新编译。下面按常见程度梳理一遍默认值以各软件较新版本的出厂设置为准具体版本可能有出入以你实际看到的为准。3.1 图形界面类终端的设置入口GNOME Terminal以及基于它的 MATE Terminal 等走的是图形配置路线。打开终端菜单里找“编辑 → 首选项 → 配置文件 → 滚动”里面有个“回滚行数”或“Scrollback”输入框默认通常是 10000 行。你可以直接填数字也可以勾选“无限”之类的选项部分版本提供。改完立即生效不需要重启终端。KonsoleKDE 系在“设置 → 编辑当前配置文件 → 滚动”里有个“回滚行数”字段默认 1000 行。Konsole 还支持“无限制回滚”但要注意它同时提供“保存回滚到文件”的选项说明官方也清楚无限回滚是有内存代价的。xfce4-terminal 在“编辑 → 首选项 → 滚动”里默认 10000 行同样可以设成无限。这些图形界面的好处是直观坏处是如果你通过 SSH 连到一台没有图形界面的机器这些设置就完全用不上——因为回滚是本地终端模拟器的事跟远程机器无关。这一点后面还会展开。3.2 配置文件驱动的终端怎么改iTerm2macOS 上常见在“Preferences → Profiles → Terminal”里有个“Scrollback lines”字段默认是 1000 行旁边有“Unlimited scrollback”复选框。iTerm2 的配置是按 Profile 走的如果你有多个 Profile要分别设置。Windows Terminal 走 JSON 配置。打开settings.json在对应 profile 下加一行{ profiles: { defaults: { historySize: 9001 } } }historySize就是回滚行数默认 9001 行这个数字是开发者随手写的梗别问为什么。放在defaults里对所有 profile 生效也可以放到单个 profile 里单独覆盖。Alacritty 用 YAML 或 TOML 配置。在配置文件里scrolling: history: 10000 multiplier: 3history就是行数默认 10000。multiplier是滚轮一次滚多少行跟缓存行数是两回事别搞混。3.3 那些“不给你改”或“改起来很麻烦”的情况有些终端模拟器出于性能或设计哲学考虑对回滚行数限制得很死或者干脆不提供配置项。比如某些轻量级终端回滚缓冲区是固定大小的环形缓冲区编译时就定死了运行时改不了。遇到这种要么换终端要么接受现实。还有一些终端把回滚行数和显存/内存预算绑定设置里给的是“低/中/高”这种档位而不是具体行数本质上是让你在内存占用和回溯能力之间做取舍。另外Linux 的虚拟控制台就是按 CtrlAltF1 到 F6 切过去的那个纯文本界面用的是内核的vgacon或fbcon它的回滚缓冲区由内核参数控制默认通常只有几十行而且改起来要动内核启动参数普通用户基本不会去碰。如果你在虚拟控制台上翻不了几行那是正常的不是坏了。4. 改大行数之前先算清楚内存这笔账“既然能改那我直接设成一百万行不就行了”——这是很多人的第一反应。可以但你要知道代价在哪里。4.1 每行到底占多少内存回滚缓冲区里存的不是纯文本那么简单。终端要记住每个字符的显示属性前景色、背景色、粗体、斜体、下划线、是否反显等等。所以每一行占用的内存远大于“字符数 × 1 字节”。粗略估算一个字符的单元格cell通常占 8 到 16 字节取决于终端实现。假设一行 80 列每个 cell 12 字节那么一行就是 960 字节接近 1KB。如果一行更长比如 200 列那就是 2.4KB 左右。按这个估算回滚行数每行按 1KB 算每行按 2KB 算10,000约 10 MB约 20 MB100,000约 100 MB约 200 MB1,000,000约 1 GB约 2 GB这还只是字符本身。有些终端还会为每一行维护额外的元数据实际占用可能更高。所以“无限回滚”听起来很美但如果你的终端一天到晚跑着输出量巨大的任务内存会被慢慢吃光最终可能触发系统 OOM 或者终端自己崩掉。4.2 什么时候该调大什么时候该忍住我的经验是按使用场景分档不要一刀切。日常开发用的本地终端10000 到 50000 行足够覆盖绝大多数“翻回去看看”的需求。跑构建、跑测试的终端可以调到 100000 行因为编译日志动辄几万行。但如果是那种会持续输出几个小时的服务日志别指望靠回滚缓冲区应该用tee或重定向写到文件然后用less、grep去查。回滚缓冲区是给人“临时回看”用的不是日志存储方案。还有一个容易被忽略的点回滚缓冲区是每个终端窗口/标签页独立一份的。你开了 20 个标签页每个都设了 100000 行那内存占用就是 20 份。所以调大之前先想想自己平时开多少个标签。4.3 一个实测的内存观察方法想确切知道自己终端吃了多少内存可以在 Linux 上用ps看 RSSps -o pid,rss,comm -C gnome-terminal-serverrss那一列是常驻内存大小单位 KB。你可以先记录一个基线值然后在一个终端里跑seq 1 1000000把回滚填满再看 RSS 涨了多少就能反推出每行大概占多少内存。这个方法比任何理论估算都准因为不同终端的实现差异很大。在 macOS 上可以用ps -o pid,rss,comm -p pidPID 通过活动监视器或者pgrep iTerm2拿到。Windows 上任务管理器也能看但没那么直观。5. tmux与screen复用器里的行数才是你真正翻的那一层前面提过用了复用器之后回滚有两层。这一节把复用器这层单独拎出来讲因为它是远程工作场景下最常出问题的地方。5.1 tmux的history-limit怎么设才合理tmux 的history-limit默认是 2000 行。这个值在今天的标准下偏小跑个稍微长点的日志就翻不到头了。改法有两种临时改在 tmux 会话里敲:set-option -g history-limit 50000这只对当前会话生效而且只对之后新建的窗口/面板生效已经存在的窗口不会追溯扩大。这一点非常关键很多人改完发现当前窗口还是只能翻 2000 行就是因为这个。永久改写进~/.tmux.confset-option -g history-limit 50000然后重新加载配置或者重启 tmux 服务。同样对已经存在的会话不追溯。如果你想让某个已有会话的所有窗口都扩大最省事的办法是保存会话、杀掉、重建。tmux 有respawn-pane之类的命令但操作起来比较绕不如重建干净。5.2 为什么改了tmux配置当前窗口没变化这是 tmux 新手最常问的问题之一。原因就是上面说的history-limit是在窗口创建时分配缓冲区的已经创建的窗口用的是旧值。tmux 不会在运行时动态扩容已有窗口的缓冲区因为那涉及到内存重新分配和数据搬迁实现起来复杂且容易出 bug。所以正确的操作顺序是先改配置再新建窗口。如果你已经在一个窗口里跑了半天命令想扩大它的回滚只能把这个窗口里的工作保存好然后新开一个窗口继续。5.3 screen的对应设置screen 的对应选项叫scrollback默认 100 行比 tmux 还小。改法是在~/.screenrc里加defscrollback 10000或者在运行中的 screen 里按Ctrl-a :然后输入scrollback 10000。同样对已有窗口不追溯。screen 现在用得比 tmux 少了但很多老服务器上还装着遇到时知道怎么改就行。6. 远程连接场景你翻的到底是哪台机器的缓存这是最容易被误解的场景值得单独用一节讲清楚。6.1 SSH连接时回滚发生在本地你从本地终端 SSH 到远程服务器屏幕上显示的内容是远程服务器发过来的字节流但维护回滚缓冲区的是你本地的终端模拟器。远程服务器完全不知道你翻了多少行它只是把输出通过 SSH 通道发过来。这意味着你在 SSH 会话里能翻多少行取决于你本地终端模拟器的设置跟远程服务器无关。远程服务器上装的是什么终端、配了多少行都不影响你本地的回滚能力。反过来如果你在远程服务器上跑了 tmux那 tmux 的回滚缓冲区是在远程服务器上分配的受远程服务器上 tmux 配置的控制。这时候你翻的是远程 tmux 的缓冲区本地终端模拟器的设置只影响 tmux 之外的那部分内容。6.2 嵌套复用器时的优先级有些人会在本地跑一个 tmuxSSH 到远程后再跑一个 tmux形成嵌套。这时候回滚有三层本地终端模拟器、本地 tmux、远程 tmux。你在最内层翻翻的是远程 tmux 的缓冲区退出远程 tmux翻的是本地 tmux 的缓冲区退出本地 tmux翻的才是终端模拟器的缓冲区。这种嵌套结构下任何一层的history-limit设小了都会成为瓶颈。我的建议是要么别嵌套要么把每一层都设成一样的值省得记混。6.3 一个排查“翻不回去”的通用思路遇到翻不回去的情况按这个顺序排查确认当前是否在复用器里看有没有 tmux/screen 的状态栏或者echo $TMUX、echo $STY。如果在复用器里检查复用器的history-limit/scrollback设置并确认当前窗口是不是在改配置之前创建的。如果不在复用器里检查本地终端模拟器的回滚设置。如果设置都够大但翻到某个位置就卡住可能是终端模拟器达到了内存上限或者输出速度太快导致缓冲区被快速覆盖。这个顺序能覆盖九成以上的“翻不回去”问题剩下的那一成通常是终端软件本身的 bug 或者系统内存不足。7. 几个反直觉的细节与常见误区最后聊几个我在实际使用中遇到的、跟直觉不太一样的点这些在文档里通常不会明说。7.1 清屏不等于清空回滚clear命令或者CtrlL只是把当前屏幕内容往上推让提示符回到顶部并不会清空回滚缓冲区。你往上翻之前的内容还在。真正清空回滚的命令因终端而异比如有些终端支持printf \033[3J这个转义序列会把回滚也清掉。tmux 里可以用clear-history命令清空当前面板的回滚。这个区别在共享屏幕或者录屏时很重要你以为clear之后别人看不到之前的输出了其实往上翻还能看到。涉及敏感信息时要用真正清空回滚的方法。7.2 输出速度过快时缓冲区会被“跳过”当程序以极高速度输出时比如yes或者死循环打印终端模拟器可能来不及把每一行都写进回滚缓冲区或者缓冲区被瞬间填满后快速覆盖。这时候你往上翻看到的可能不是连续的输出中间有跳跃。这不是 bug是性能取舍——终端优先保证屏幕刷新流畅回滚的完整性是次要的。所以别指望用回滚缓冲区去抓那种每秒几万行的输出该重定向就重定向。7.3 不同终端对“行”的定义可能不同大多数终端按“逻辑行”算也就是一个换行符算一行。但如果开启了自动换行wrap一个很长的逻辑行在屏幕上占多个视觉行回滚缓冲区里算一行还是多行不同终端实现不一样。这会导致你设了 10000 行实际能翻的内容量跟预期有出入。这个细节一般不影响使用但如果你在做精确的内存预算或者写跟终端交互的脚本就需要留意。7.4 改完设置记得验证改完回滚行数后别急着关掉设置窗口。用一个简单命令验证一下seq 1 20000然后往上翻看能不能翻到 1。如果翻不到说明设置没生效或者被复用器截断了。这个验证步骤花不了十秒钟但能帮你省掉后面很多困惑。我在实际配置中养成的习惯是每换一个新终端软件第一件事就是把回滚调到 50000然后用seq验证一遍。这个习惯帮我避免了很多次“关键时刻翻不回去”的尴尬。回滚行数这个设置平时不起眼但真需要的时候它就是你和丢失的日志之间唯一的屏障。
1. 从一次滚屏卡顿说起终端到底能“记住”多少行很多人第一次意识到终端有“缓存行数”这个概念往往是在某个尴尬的瞬间跑了一段输出量巨大的编译日志或者用cat打开了一个几万行的文件想往上翻回去看开头结果发现滚到某个位置就再也上不去了前面的内容像被黑洞吞掉一样消失得无影无踪。更让人困惑的是同样一条命令在同事的机器上能翻到几千行之前在自己这儿却只能回溯几百行。这个差异背后就是终端回滚缓冲区scrollback buffer在起作用。所谓终端能缓存的行数指的是终端模拟器在内存中为你保留的历史输出行数。注意这里有两个关键词终端模拟器和内存。它跟你运行的 shellbash、zsh 之类没关系跟history命令记录的命令历史更是两码事。history存的是你敲过的命令而回滚缓冲区存的是屏幕上滚动过去的所有字符输出。理解这个区别是理解整件事的起点因为太多人把这两个概念混为一谈排查问题时方向就错了。这篇文章想解决的问题很具体这个行数到底在哪里设定、由谁决定、怎么查看当前值、怎么改、改了之后有什么代价。适合所有每天泡在终端里的开发者、运维人员以及任何被“翻不回去”折磨过的人。我会从终端模拟器、复用器、以及一些容易被忽略的边界情况几个层面把这件事讲透并且给出可以直接抄的配置方法。中间会穿插一些我自己踩过的坑这些坑在官方文档里基本不会写但实际工作中一定会遇到。2. 回滚缓冲区不是shell的财产厘清三个容易混淆的层次要搞清楚行数怎么设定先得把“谁在管这些行”这件事理清楚。终端这块的层次感很强混淆了层次后面所有配置都会找错地方。2.1 终端模拟器、伪终端与shell的分工你打开的那个窗口——无论是 GNOME Terminal、Konsole、iTerm2、Windows Terminal 还是 Alacritty——叫终端模拟器。它负责渲染字符、接收键盘输入、维护那块可以滚动的历史区域。回滚缓冲区就住在它里面是它的一块内存。终端模拟器启动时会在底层创建一个伪终端ptypseudo-terminal。伪终端是一对设备主端master由终端模拟器持有从端slave交给 shell。shell 和它启动的进程把输出写到从端终端模拟器从主端读走并显示。shellbash、zsh、fish只是跑在伪终端从端上的一个普通进程。它完全不知道“回滚”这回事它只管往标准输出写字节。所以你在.bashrc里翻遍也找不到回滚行数的设置因为它根本不归 shell 管。这个分工解释了一个常见现象你用script命令或者重定向把输出存到文件能存多少行只受磁盘限制但屏幕上能翻多少行只受终端模拟器内存限制。两者是完全独立的通道。2.2 为什么history和回滚是两码事history命令列出的是 shell 记录的命令列表由HISTSIZE和HISTFILESIZE控制。它存的是“你输入了什么”而且默认只存命令本身不存命令的输出。回滚缓冲区存的是“屏幕上出现过什么”包括命令、输出、报错、进度条刷新的每一帧。一个HISTSIZE1000的 shell回滚缓冲区可能有 10000 行反过来一个回滚只有 500 行的终端history照样能记几千条命令。两者数值毫无关联。我见过有人为了“多看几行输出”去调HISTSIZE调完发现毫无变化就是这个原因。方向错了再努力也没用。2.3 复用器插在中间时谁说了算当你用 tmux 或 screen 这类终端复用器时层次变成终端模拟器 → 复用器 → shell。这时候回滚缓冲区有两层复用器自己的回滚缓冲区tmux 默认 2000 行由history-limit选项控制。你在 tmux 里按Ctrl-b [进入复制模式后能往上翻的就是这一层。终端模拟器的回滚缓冲区tmux 把当前屏幕内容渲染给终端模拟器终端模拟器再维护它自己的一份历史。关键点在于在 tmux 里你翻的是 tmux 的缓冲区不是终端模拟器的。所以如果你在 tmux 里发现翻不了几行改终端模拟器的设置是没用的得改 tmux 的history-limit。这个坑我踩过不止一次尤其是在远程服务器上本地终端配了十万行结果 tmux 里只有两千行一度以为是终端软件出了问题。3. 各主流终端模拟器的行数设定位置与默认值不同终端模拟器把这个设置放在不同地方有的在图形界面里有的在配置文件里有的甚至要改源码重新编译。下面按常见程度梳理一遍默认值以各软件较新版本的出厂设置为准具体版本可能有出入以你实际看到的为准。3.1 图形界面类终端的设置入口GNOME Terminal以及基于它的 MATE Terminal 等走的是图形配置路线。打开终端菜单里找“编辑 → 首选项 → 配置文件 → 滚动”里面有个“回滚行数”或“Scrollback”输入框默认通常是 10000 行。你可以直接填数字也可以勾选“无限”之类的选项部分版本提供。改完立即生效不需要重启终端。KonsoleKDE 系在“设置 → 编辑当前配置文件 → 滚动”里有个“回滚行数”字段默认 1000 行。Konsole 还支持“无限制回滚”但要注意它同时提供“保存回滚到文件”的选项说明官方也清楚无限回滚是有内存代价的。xfce4-terminal 在“编辑 → 首选项 → 滚动”里默认 10000 行同样可以设成无限。这些图形界面的好处是直观坏处是如果你通过 SSH 连到一台没有图形界面的机器这些设置就完全用不上——因为回滚是本地终端模拟器的事跟远程机器无关。这一点后面还会展开。3.2 配置文件驱动的终端怎么改iTerm2macOS 上常见在“Preferences → Profiles → Terminal”里有个“Scrollback lines”字段默认是 1000 行旁边有“Unlimited scrollback”复选框。iTerm2 的配置是按 Profile 走的如果你有多个 Profile要分别设置。Windows Terminal 走 JSON 配置。打开settings.json在对应 profile 下加一行{ profiles: { defaults: { historySize: 9001 } } }historySize就是回滚行数默认 9001 行这个数字是开发者随手写的梗别问为什么。放在defaults里对所有 profile 生效也可以放到单个 profile 里单独覆盖。Alacritty 用 YAML 或 TOML 配置。在配置文件里scrolling: history: 10000 multiplier: 3history就是行数默认 10000。multiplier是滚轮一次滚多少行跟缓存行数是两回事别搞混。3.3 那些“不给你改”或“改起来很麻烦”的情况有些终端模拟器出于性能或设计哲学考虑对回滚行数限制得很死或者干脆不提供配置项。比如某些轻量级终端回滚缓冲区是固定大小的环形缓冲区编译时就定死了运行时改不了。遇到这种要么换终端要么接受现实。还有一些终端把回滚行数和显存/内存预算绑定设置里给的是“低/中/高”这种档位而不是具体行数本质上是让你在内存占用和回溯能力之间做取舍。另外Linux 的虚拟控制台就是按 CtrlAltF1 到 F6 切过去的那个纯文本界面用的是内核的vgacon或fbcon它的回滚缓冲区由内核参数控制默认通常只有几十行而且改起来要动内核启动参数普通用户基本不会去碰。如果你在虚拟控制台上翻不了几行那是正常的不是坏了。4. 改大行数之前先算清楚内存这笔账“既然能改那我直接设成一百万行不就行了”——这是很多人的第一反应。可以但你要知道代价在哪里。4.1 每行到底占多少内存回滚缓冲区里存的不是纯文本那么简单。终端要记住每个字符的显示属性前景色、背景色、粗体、斜体、下划线、是否反显等等。所以每一行占用的内存远大于“字符数 × 1 字节”。粗略估算一个字符的单元格cell通常占 8 到 16 字节取决于终端实现。假设一行 80 列每个 cell 12 字节那么一行就是 960 字节接近 1KB。如果一行更长比如 200 列那就是 2.4KB 左右。按这个估算回滚行数每行按 1KB 算每行按 2KB 算10,000约 10 MB约 20 MB100,000约 100 MB约 200 MB1,000,000约 1 GB约 2 GB这还只是字符本身。有些终端还会为每一行维护额外的元数据实际占用可能更高。所以“无限回滚”听起来很美但如果你的终端一天到晚跑着输出量巨大的任务内存会被慢慢吃光最终可能触发系统 OOM 或者终端自己崩掉。4.2 什么时候该调大什么时候该忍住我的经验是按使用场景分档不要一刀切。日常开发用的本地终端10000 到 50000 行足够覆盖绝大多数“翻回去看看”的需求。跑构建、跑测试的终端可以调到 100000 行因为编译日志动辄几万行。但如果是那种会持续输出几个小时的服务日志别指望靠回滚缓冲区应该用tee或重定向写到文件然后用less、grep去查。回滚缓冲区是给人“临时回看”用的不是日志存储方案。还有一个容易被忽略的点回滚缓冲区是每个终端窗口/标签页独立一份的。你开了 20 个标签页每个都设了 100000 行那内存占用就是 20 份。所以调大之前先想想自己平时开多少个标签。4.3 一个实测的内存观察方法想确切知道自己终端吃了多少内存可以在 Linux 上用ps看 RSSps -o pid,rss,comm -C gnome-terminal-serverrss那一列是常驻内存大小单位 KB。你可以先记录一个基线值然后在一个终端里跑seq 1 1000000把回滚填满再看 RSS 涨了多少就能反推出每行大概占多少内存。这个方法比任何理论估算都准因为不同终端的实现差异很大。在 macOS 上可以用ps -o pid,rss,comm -p pidPID 通过活动监视器或者pgrep iTerm2拿到。Windows 上任务管理器也能看但没那么直观。5. tmux与screen复用器里的行数才是你真正翻的那一层前面提过用了复用器之后回滚有两层。这一节把复用器这层单独拎出来讲因为它是远程工作场景下最常出问题的地方。5.1 tmux的history-limit怎么设才合理tmux 的history-limit默认是 2000 行。这个值在今天的标准下偏小跑个稍微长点的日志就翻不到头了。改法有两种临时改在 tmux 会话里敲:set-option -g history-limit 50000这只对当前会话生效而且只对之后新建的窗口/面板生效已经存在的窗口不会追溯扩大。这一点非常关键很多人改完发现当前窗口还是只能翻 2000 行就是因为这个。永久改写进~/.tmux.confset-option -g history-limit 50000然后重新加载配置或者重启 tmux 服务。同样对已经存在的会话不追溯。如果你想让某个已有会话的所有窗口都扩大最省事的办法是保存会话、杀掉、重建。tmux 有respawn-pane之类的命令但操作起来比较绕不如重建干净。5.2 为什么改了tmux配置当前窗口没变化这是 tmux 新手最常问的问题之一。原因就是上面说的history-limit是在窗口创建时分配缓冲区的已经创建的窗口用的是旧值。tmux 不会在运行时动态扩容已有窗口的缓冲区因为那涉及到内存重新分配和数据搬迁实现起来复杂且容易出 bug。所以正确的操作顺序是先改配置再新建窗口。如果你已经在一个窗口里跑了半天命令想扩大它的回滚只能把这个窗口里的工作保存好然后新开一个窗口继续。5.3 screen的对应设置screen 的对应选项叫scrollback默认 100 行比 tmux 还小。改法是在~/.screenrc里加defscrollback 10000或者在运行中的 screen 里按Ctrl-a :然后输入scrollback 10000。同样对已有窗口不追溯。screen 现在用得比 tmux 少了但很多老服务器上还装着遇到时知道怎么改就行。6. 远程连接场景你翻的到底是哪台机器的缓存这是最容易被误解的场景值得单独用一节讲清楚。6.1 SSH连接时回滚发生在本地你从本地终端 SSH 到远程服务器屏幕上显示的内容是远程服务器发过来的字节流但维护回滚缓冲区的是你本地的终端模拟器。远程服务器完全不知道你翻了多少行它只是把输出通过 SSH 通道发过来。这意味着你在 SSH 会话里能翻多少行取决于你本地终端模拟器的设置跟远程服务器无关。远程服务器上装的是什么终端、配了多少行都不影响你本地的回滚能力。反过来如果你在远程服务器上跑了 tmux那 tmux 的回滚缓冲区是在远程服务器上分配的受远程服务器上 tmux 配置的控制。这时候你翻的是远程 tmux 的缓冲区本地终端模拟器的设置只影响 tmux 之外的那部分内容。6.2 嵌套复用器时的优先级有些人会在本地跑一个 tmuxSSH 到远程后再跑一个 tmux形成嵌套。这时候回滚有三层本地终端模拟器、本地 tmux、远程 tmux。你在最内层翻翻的是远程 tmux 的缓冲区退出远程 tmux翻的是本地 tmux 的缓冲区退出本地 tmux翻的才是终端模拟器的缓冲区。这种嵌套结构下任何一层的history-limit设小了都会成为瓶颈。我的建议是要么别嵌套要么把每一层都设成一样的值省得记混。6.3 一个排查“翻不回去”的通用思路遇到翻不回去的情况按这个顺序排查确认当前是否在复用器里看有没有 tmux/screen 的状态栏或者echo $TMUX、echo $STY。如果在复用器里检查复用器的history-limit/scrollback设置并确认当前窗口是不是在改配置之前创建的。如果不在复用器里检查本地终端模拟器的回滚设置。如果设置都够大但翻到某个位置就卡住可能是终端模拟器达到了内存上限或者输出速度太快导致缓冲区被快速覆盖。这个顺序能覆盖九成以上的“翻不回去”问题剩下的那一成通常是终端软件本身的 bug 或者系统内存不足。7. 几个反直觉的细节与常见误区最后聊几个我在实际使用中遇到的、跟直觉不太一样的点这些在文档里通常不会明说。7.1 清屏不等于清空回滚clear命令或者CtrlL只是把当前屏幕内容往上推让提示符回到顶部并不会清空回滚缓冲区。你往上翻之前的内容还在。真正清空回滚的命令因终端而异比如有些终端支持printf \033[3J这个转义序列会把回滚也清掉。tmux 里可以用clear-history命令清空当前面板的回滚。这个区别在共享屏幕或者录屏时很重要你以为clear之后别人看不到之前的输出了其实往上翻还能看到。涉及敏感信息时要用真正清空回滚的方法。7.2 输出速度过快时缓冲区会被“跳过”当程序以极高速度输出时比如yes或者死循环打印终端模拟器可能来不及把每一行都写进回滚缓冲区或者缓冲区被瞬间填满后快速覆盖。这时候你往上翻看到的可能不是连续的输出中间有跳跃。这不是 bug是性能取舍——终端优先保证屏幕刷新流畅回滚的完整性是次要的。所以别指望用回滚缓冲区去抓那种每秒几万行的输出该重定向就重定向。7.3 不同终端对“行”的定义可能不同大多数终端按“逻辑行”算也就是一个换行符算一行。但如果开启了自动换行wrap一个很长的逻辑行在屏幕上占多个视觉行回滚缓冲区里算一行还是多行不同终端实现不一样。这会导致你设了 10000 行实际能翻的内容量跟预期有出入。这个细节一般不影响使用但如果你在做精确的内存预算或者写跟终端交互的脚本就需要留意。7.4 改完设置记得验证改完回滚行数后别急着关掉设置窗口。用一个简单命令验证一下seq 1 20000然后往上翻看能不能翻到 1。如果翻不到说明设置没生效或者被复用器截断了。这个验证步骤花不了十秒钟但能帮你省掉后面很多困惑。我在实际配置中养成的习惯是每换一个新终端软件第一件事就是把回滚调到 50000然后用seq验证一遍。这个习惯帮我避免了很多次“关键时刻翻不回去”的尴尬。回滚行数这个设置平时不起眼但真需要的时候它就是你和丢失的日志之间唯一的屏障。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
