年后开工第一天线上日志系统突然告警我SSH到服务器上准备排查问题。文件20多Gcat直接会把终端刷到爆炸vim打开会卡到怀疑人生。这时候我下意识敲下了less三个字母然后轻车熟路地按/ERROR搜索、按过滤几秒钟就锁定了问题进程。旁边新来的同事看得一愣一愣的问我用什么高端工具。其实就是一个所有Linux发行版都自带的、三十多年前就存在的命令——less。几乎每个系统管理员、后端开发、运维工程师甚至刚接触Linux的大学生都在用less但绝大多数人只用了它全部功能的十分之一。多数人只会按上下键翻页、按q退出遇到大文件、日志排障、多文件浏览时还是会切回vim甚至用tail硬扛。这篇文章我就把less这个命令从头到尾讲透包括它的底层设计思路、高频按键、多文件玩法、日志实时跟踪、自定义配置以及我这些年实际踩过的一些坑希望能帮你把这个“老朋友”真正用好。1. 为什么我劝你扔掉more和默认的vim来查看文件以及less到底解决了什么问题。1.1 less不是编辑器它是个“懒人阅读器”很多人第一次看到less会觉得它长得像vim因为按键风格很像——j/k上下移动、/搜索、q退出。但本质上两者完全不同vim是用来修改文件的编辑器而less是一个分页器pager它只负责把文件内容按屏展示给你看没有任何修改能力。对于一个纯查看需求编辑器反而是最差的选择。举个最生活化的例子如果把文件比作一本厚字典vim相当于你要抱着整本字典翻还要给它建立索引和缓存翻到哪里都要占用很大“精力”而less更像一个只展示当前这一页内容的阅读器——你翻到哪页它才加载那一页之前和之后的内容并不占用你的“内存空间”。这带来的直接好处是打开大文件的速度非常快而且无论文件多大less消耗的内存基本是恒定的。这就是less在设计上的核心思路——按需加载读完即弃。它不像cat那样把文件整个读完然后一股脑输出到终端也不像vim那样要创建交换文件、加载语法高亮、维护undo历史less就是纯粹地“读一部分、显示一部分、等你翻页”。这种极简设计让它在处理几个G的日志、几十万行的配置文件时表现得异常稳定。1.2 已经2025年了less为什么还没有被淘汰这几年经常有人问我“现在的终端工具这么丰富各种现代化的日志查看器、IDE内置的智能预览不香吗less是不是该进博物馆了”我的答案是它不但没进博物馆反而在服务器环境里无可替代。原因有三点第一less几乎不存在依赖问题任何最小化安装的Linux发行版都会自带它无论你是Debian系、Red Hat系还是Arch系less命令一定在。第二less完全不依赖图形界面纯命令行环境、SSH远程连接、串口终端、甚至进入单用户模式紧急修复系统时它能用的地方远比图形化工具多。第三less的资源占用极低在内存紧张的云服务器上用less查看一个2G的日志占用的内存可能不超过50M而一个现代的图形化日志分析工具光启动就要几百兆。当然我并不是说现代化的工具不好。IDE的全局搜索、输入关键词自动高亮这些体验确实好但当你面对的是一个只有命令行入口的生产服务器时less就是那个永远都在、简单可靠、性能卓越的保险选项。这就好像大家虽然都有智能手机和打车软件但车钥匙上还是会挂一把物理备用钥匙——图形化工具偶尔会出问题而less不会。2. 高频操作入门5分钟记住最核心的一批按键2.1 基础翻页与定位先摆脱方向键依赖我观察到一个现象很多刚开始用less的人只会用键盘上的方向键上下翻翻页只靠PageUp/PageDown这种习惯不能说错但效率实在太低。方向键每次只能移动一行遇到几千行的日志文件你想从文件头走到文件尾得按到手抽筋。less真正高效的定位逻辑是跳跃式移动我给这个操作清单排了个优先级按这个顺序练基本一次就能上手按键作用优先级j/k向下/向上移动一行和vim一致必学空格向下翻一屏必学b向上翻一屏backward必学g跳到文件第一行必学G跳到文件最后一行必学数字 g或数字 G跳到指定行比如 100g 跳到第100行进阶数字 %跳到文件指定百分比位置比如 50% 跳到文件中间进阶F模拟 tail -f持续跟踪文件末尾进阶实战这里我要特别强调一下数字 %这个用法。很多场景下你并不知道文件总共有多少行比如一个日志文件三百万行你想看大约中间位置的内容如果一行行翻过去还不得累死。直接输入50%回车less就会瞬间跳到文件的50%位置这个技巧在大文件浏览场景下非常实用。2.2 搜索与高亮在20万行日志里找关键行的最快方式less里最常用、最核心的功能就是搜索。在less界面下按/输入关键词回车它就会从当前位置向下搜索按?则是向前搜索。搜到之后按n跳转到下一个匹配项按N跳转到上一个匹配项。这里有好几个细节值得展开。第一搜索基于正则表达式也就是说你搜索error.*timeout可以直接匹配包含error、中间间隔任意字符、再以timeout结尾的行搜索^2025-02-18可以精确匹配以日期开头的行。这一点对日志分析非常重要它不是一个词一个词去查而是按模式匹配。第二less会高亮所有匹配到的关键词但很多人搜完之后发现高亮一直留在屏幕上看着很心烦。这时候按Esc Esc连续按两次Esc键可以取消全部高亮这个技巧虽然不算冷门但我在实际工作中发现至少一半同事不知道。第三搜索时默认区分大小写对日志分析来说非常不友好。比如搜error文件里的Error就搜不到。解决方式有两种一种是每次搜索的时候用/error加一个-i修饰符也就是输入/error -i再回车另一种更彻底是在启动less时加-i参数或在环境变量里配置这样全局默认不分大小写。后面配置章节我会细讲。如果你需要在搜索结果之间快速跳转用n和N已经很快了但如果日志里匹配项有几千个你还想看看每个匹配项出现在哪一行、前后是什么样的不妨按键输入一个匹配模式这会让less只显示包含该模式的行。这个功能我用得非常频繁相当于给日志文件临时做了一次实时过滤用它排查复杂错误简直是救命级别。3. 进阶玩法多文件操作、日志追踪与管道联动3.1 一次打开多个文件在文件间自由切换less不仅能查看一个文件它天生支持一次打开多个文件。用法非常简单less /var/log/nginx/access.log /var/log/nginx/error.log这样一次启动less加载两个文件默认显示的是第一个文件。进入less之后输入:n切换到下一个文件输入:p切换到上一个文件输入:d删除当前文件列表中的某个文件很少用但懂就行输入:e 文件名能向当前会话中再添加一个新文件有人可能会问既然可以同时看多个文件那如果我只是想对比两个配置文件的差异怎么办我的经验是虽然less支持多文件切换但对比差异这种事更适合交给专业的diff工具less的多文件能力最适合的场景是排障时需要交替查看相关日志。比如线上服务突然报错你要同时看应用日志、错误日志、慢查询日志三个文件切换来切换去定位问题这个时候less的多文件模式就非常好用比开三个终端窗口还方便。另外在less中还有一种临时打开新文件的方式按v键会用默认编辑器直接打开当前文件——如果你之前设置了默认编辑器为vim按v就等于在less里直接用vim打开这个文件来修改。这个v键其实是很多人不知道的隐藏技巧。3.2 ShiftF实时跟踪文件末尾用less代替tail -f大多数Linux用户想实时查看日志更新时第一反应就是tail -f 文件路径。这个命令确实好用但tail有个明显的短板它只能盯住文件末尾你想往回翻历史日志就做不到了。而less的跟踪模式同时具备两者优势。用法进入less打开日志文件后直接按大写FShiftfless就会进入follow模式效果等同于tail -f文件有新内容写入时会自动滚动显示。当你看到历史日志里某个可疑的错误想停下来仔细看看上下文时按CtrlC退出follow模式此时你可以自由地往前翻页查看任何历史内容。查看完毕再按一次F就可以重新进入跟踪模式。这个组合拳在排查线上问题时价值简直无可替代。有一次我排查一个服务周期性崩溃的问题用less打开日志按F跟踪了几分钟发现每次崩溃前都会出现一段特定的WARN日志然后我CtrlC切回普通模式往前翻了大约200行果然找到了一条隐藏的很深的超时异常。如果当时用的是tail -f我最多只能看到崩溃那一刻的输出根本来不及翻回去分析上下文。另外补充一个实用点如果不提前进入less再按F而是直接在命令行执行tail -f 文件 | less也可以实现差不多的效果但性能稍逊因为中间多了一层管道缓冲。还是推荐直接less打开文件再按F。3.3 管道联动less不只是用来读文件的less还有一层更广泛的能力——它是命令行世界里的“万能分页器”。任何命令的输出都可以通过管道交给less来分页阅读。这个设计太重要了因为很多命令直接输出的内容量非常大刷屏刷得你根本看不到开头。比如查进程列表ps aux | less比如查看系统日志journalctl -xe | less比如查看磁盘空间df -h | less甚至可以配合grep先过滤再分页grep -r Exception /var/log/myapp/ | less这背后的逻辑是less作为分页器天生就是给“长输出”做终端显示优化的。任何一串你担心会滚出屏幕的输出交给less处理就成了“可控的、可回看、可搜索”的浏览体验。这种管道组合是UNIX哲学“每个工具做好一件事”的典型范例less专注于显示而其它命令负责获取数据。这里我要单独提一个比较高级的管道玩法使用history | less可以快速翻查历史命令使用git log --oneline | less可以分页浏览大量提交记录而且这些输出都支持less的搜索功能可以直接按/搜索命令名或关键词效率极高。3.4 在less中执行Shell命令你真的以为less只能用来阅读吗不是的。在less界面中输入!命令可以直接执行Shell命令并查看结果。这个功能平时用的人很少但实际排障的时候能帮上大忙。举个例子你正在less里查看一个配置文件想知道文件中某个动态链接库的路径到底存不存在以前你得退出less然后去执行ls -l /usr/lib/libexample.so现在只要在less里输入!ls -l /usr/lib/libexample.soless会执行这条命令把结果显示出来让你核对按回车或任意键就回到less界面你刚才看到的内容、位置、搜索状态全部保留。这就等于给less加了一个“临时计算器”能力不需要中断阅读流。另一个实际用法在查看大日志时想看当前文件被谁占用、大小有没有变化直接输入!ls -lh 当前文件路径就能看到。当然了less本身也提供一个快捷键可以显示当前文件大小、行数、当前浏览位置等信息这个功能我记得是不需要执行外部命令的更轻量。4. 可配置的less用LESS环境变量把体验拉满4.1 自定义默认参数别再用裸less裸跑了很多人在命令行直接敲less就用但你有没有发现有些人打开less时行号是自动显示的而你打开什么都没有有些人搜索时英文关键词能忽视大小写而你不行有些人退出less后之前显示的屏幕内容还在而你已经回到了一片空白的命令行。这些差异的根源就是LESS环境变量。LESS环境变量是less运行时读取的默认参数集合。你可以把它理解成less的“默认配置中心”不设置的话less就用最原始的默认行为设置了之后每次启动less都会自动带上这些配置。我以前最喜欢的一组配置是这样的export LESS-i -N -R -X -F看看每个参数是什么意思参数作用为什么推荐-i搜索时忽略大小写日志中的Error/ERROR/error不用分别搜-N显示行号定位问题后可以直接报行号给人沟通效率大增-R保留ANSI颜色转义序列配合colorful grep时能显示颜色-X退出时不清屏退出后日志内容还留在终端里方便截图或比照-F如果内容一屏放得下则自动退出短文件不用手动按q长文件才进入分页模式你可以直接把这行加到~/.bashrc或~/.zshrc里然后source一下。设置完之后每次敲less都会自动带出行号、忽略大小写搜索而且退出后屏幕内容不消失。这个体验提升是立竿见影的。4.2 LESSOPEN与语法高亮让less不仅能读还能“看得漂亮”如果LESS环境变量只是让你使用更顺手LESSOPEN则能让less做到一个很多老用户都不知道的事情——对不同类型的文件自动做预处理简单说就是给代码上色。我先解释一下LESSOPEN的机制。less在打开一个文件之前会先执行LESSOPEN指定的脚本或命令把文件内容经过这个“预处理管道”清洗一遍再送进来显示。最常见的用法是配合src-highlight或highlight工具对源码文件自动做语法高亮。以最经典的配置为例export LESSOPEN| /usr/share/source-highlight/src-hilite-lesspipe.sh %s export LESS -R 这两行配合后当你用less打开一个.py文件、.sh脚本或.c源码时代码会自动带上语法颜色关键字、字符串、注释一目了然。体验非常接近IDE的代码预览但又比IDE轻量得多。请注意使用LESSOPEN时LESS必须带上-R参数否则ANSI颜色代码会被当作普通字符显示屏幕上反而会多出一堆^[[31m乱码。这个我在很多机器上都见过——想玩语法高亮配置完LESSOPEN却忘记设 -R结果看到了一堆转义字符还以为语法高亮没装好。如果你不想装任何额外的工具也可以做一个轻量版的LESSOPEN比如转成大写、去行尾空白脚本代码如下仅供参考#!/bin/bash if [[ $1 *.log ]]; then sed s/[[:space:]]*$// $1 else cat $1 fi本质上这个脚本会在less显示前把文件内容“处理一遍”。LESSOPEN是一个管道你可以在里面做任意想做的处理。4.3 鼠标滚轮、Tab补全与搜索历史很多人还关心一个问题less支不支持鼠标滚轮其实在支持鼠标滚轮的现代终端模拟器里less默认是可以直接滚动的取决于终端是否把滚轮事件转换为上/下键但如果你发现滚轮没反应不妨检查一下终端设置。在纯文本本地控制台中鼠标滚轮一般不可用此时用空格和b翻页是最靠谱的方案。另外less里的搜索和Shell的Tab补全一样可以按上下键翻阅搜索历史。具体操作是在less中输入/之后不要急着输入内容先按一下 ↑上方向键它会自动补全上一次搜索的关键词。如果你反复搜索几十个不同的关键词并用上下键在历史中快速切换效率会大幅提升。有些使用体验往往不是靠单点技巧而是各种小功能叠加出来的。less的这些细节设计已经延续了三十年它的作者Mark Nudelman当年设计界面时显然花了大量心思你越是熟练使用越能体会这种“老工具但处处顺手”的感觉。5. 生产环境实战大日志排障与脚本自动化5.1 在超大日志文件中快速定位问题时间线聊完基础和高阶功能进入实战环节。生产环境里最频繁的一个场景就是服务出问题了你面对一个巨大的日志文件如何在最短时间内定位故障起点、找到错误上下文。我的标准操作流程是这样的第一步用less打开目标日志文件less /data/logs/app.log第二步想到平时这个时间段大概会出什么错用/ERROR、/Exception、/timeout等多个关键词轮番搜索用n跳转查看匹配位置快速筛选出最可疑的若干处。第三步一旦锁定某个可疑时间点直接输入50%先跳到文件中间或者输入一个估算的行号200000g跳到对应区域向前后翻页查看上下文。不要小看这一步很多时候错误日志本身是正常的真正的根因在错误出现前的几十行普通日志里。第四步如果日志量实在太大就用过滤功能把无关行全部隐掉只留当前匹配模式的行。比如ERROR这样less屏幕上只显示包含ERROR的行杂音被清空从时间戳上你就能看出错误的频率分布是持续发生还是集中在某段时间这对判断故障性质极有帮助。第五步排查结束后用查看当前行号把精确行号记录到故障报告里如果需要重启服务再验证按q退出用语句直接处理。这套流程看起来很朴素但实际效果非常好。熟练之后一个几百MB的日志文件从打开到定位到第一条异常通常不超过30秒。所谓运维排查快很多时候不是靠什么神秘工具无非是把less的搜索、过滤、跳转玩得滚瓜烂熟。5.2 写脚本时如何避免被进入交互界面卡死less在交互式终端里是神器但在脚本里却是个麻烦。如果你在Shell脚本里不小心执行了less 某文件脚本就会卡在less目录式界面里等用户按键——这对无人值守的自动化任务是不可接受的。所以我的原则是脚本里不要裸用less。如果需要在脚本中展示文件的一部分优先使用head、tail、sed这些非交互命令如果确实要调用less就给它加-F参数内容在一屏内自动退出或加上LESS-F环境变量。另外还要小心less和管道同时在脚本里出现时的退出状态问题。less会继承管道的退出状态码默认是所有命令中最后一个的如果你在脚本里写less | grep error这种语句可能拿到的返回值不符合预期。更稳妥的做法是直接用grep error 文件或grep error 文件 | less加上set -o pipefail让管道整体表现符合直觉。我们来用个真实的脚本片段展示安全的用法#!/bin/bash # 安全地展示最近日志内容短则直接输出长则分页 tail -n 200 /var/log/syslog | less -F -X这样设置后如果日志不足一屏直接打印并正常退出不会卡住脚本如果日志很长则允许用户自由翻页退出后屏幕内容保留。5.3 结合grep/awk/sed把less用成“日志分析台”其实less还擅长与其它命令组合成一套流水线。单看每个命令都平平无奇但组合在一起就是一个小型日志分析台。比如我想统计今天的日志里出现了多少种错误类型并逐条查看每种错误的典型日志grep $(date %F) app.log | grep -oE ERROR: [A-Za-z] | sort | uniq -c | sort -rn | less再比如我想快速浏览某个时间段内的请求量变化awk /2025-02-18 10:/{print $4} access.log | cut -c1-2 | sort | uniq -c | less这些命令的输出都交给less收尾既不会刷屏又能用less的搜索能力二次过滤。可以说在掌握了less的管道用法之后很多数据处理需求根本不需要写复杂的Python脚本三行命令加less就搞定了。原理上非常简单less是一个纯展示层数据源可以是任意命令的输出。你完全可以把它视作一个“命令行UI框架”给任何长输出加上搜索、翻页、过滤这些交互能力。这就是less的核心设计之一UNIX哲学中管道和分页器的完美结合至今没有更简单优雅的替代方案。6. 常见问题与排查技巧实录6.1 常见问题速查表这里我整理了一份这些年被问到最多的less相关问题几乎每一条都是我或同事实际踩过的坑送给读者参考现象原因解决方案打开大文件时内存占用飙升可能用了less -b无限缓冲或者查看的是压缩文件但没配置LESSOPEN检查LESS参数去掉不必要的大缓冲多数场景没必要读全量缓冲中文日志显示乱码终端locale与服务端不一致少部分情况是压缩文件没有解码终端使用UTF-8编码查看.gz日志时建议zless而不是less搜索时大小写不区分很不方便默认区分大小写全局参数加-i或在搜索词末尾加-i修饰符退出less后屏幕内容被清空默认清屏这是less的老式终端的兼容行为参数加-X退出后保留显示内容查看一些日志时出现^[[31m等字符数据中有ANSI颜色码但less没有启用-R参数加-R让颜色正确显示按方向键没反应或翻页不流畅某些终端模拟器设置或串口场景改用j/k、空格、f/b这些键在任何终端都稳定tail -f 日志 | less看不到实时更新有些系统管道缓冲了输出直接用less打开文件后按F不要用管道6.2 代码相关为什么less里打开源码没有高亮我在很多机器上都验证过这个现象源码文件用less打开后一片纯色没有任何语法高亮。很多人的第一反应是“less不支持高亮”其实恰恰相反less本身支持把内容按原样传送也能识别颜色关键在于前面提到的LESSOPEN预处理脚本没有生效。我在4.2节里已经给了配置方法这里再补充两个常见的坑。第一LESSOPEN脚本必须设置可执行权限否则less会静默忽略它第二LESSOPEN脚本处理大文件时会拖慢打开速度如果你只关心几千行的配置文件可以暂时注释掉LESSOPEN来恢复速度或者把脚本写成先判断文件大小再决定是否处理。还有一个大家容易忽略的即使配好了LESSOPENless默认不会处理.log这类后缀的文件你需要把日志文件也加入src-hilite的识别规则中或者在脚本里手动对*.log做处理。这些配置可以按需求自由调整权衡好性能和美观即可。6.3 交互体验如何让less和终端、别名配合得更舒服我个人的习惯是在~/.bashrc里给less设置别名让它更符合我的工作流alias lessnless -N alias lessrless -N -R -X -i alias lesstless -F -X这样一来在需要行号时敲lessn 文件在需要保留屏幕时敲lessr在脚本或者短内容浏览时敲lesst。习惯用别名之后你的命令会变得短小、语义化、好记。很多老运维都有自己的别名集合这本身就是一个很合理的个性化需求。我建议你也花个周末时间好好读一读man less看看里面那些平时睁眼不见的选项。比如-w高亮当前翻页的第一个非空行、-s多个空行压缩成一行、-j指定搜索结果在屏幕上的位置——这些冷门参数每个都有自己的价值只要用对了场景效率提升都是质变级的。7. 结尾留个实际操作里的心得最后说点我个人这些年与less相处下来的真实感受。第一个心得是less的“配套”设计非常出色但大多数人没耐心去研究。LESSOPEN、LESS环境变量、与管道联动、多文件切换这些不是需要背下来的功能而是需要你实际遇到问题后主动去man less找到答案才能内化成自己的操作习惯。我见过太多人只会用/搜索和q退出却不知道过滤和F跟踪非常可惜。第二个心得是less作为一款1984年诞生的老工具它没有花哨的界面没有现代化的插件生态但它把“命令行下阅读长文本”这件事做到了极致。现在的很多终端工具、IDE、日志分析平台本质上都在重新发明less——把内容分屏、按需展示、支持搜索、支持高亮、支持定位。less依然能高效完成所有这些任务的90%而且只占用几十兆内存、启动时间不到一秒、在任何Linux环境里都稳定可用。如果能让你看完这篇文章之后做出一个改变那我建议你现在就去终端里敲一下export LESS-i -N -R -X然后打开一个平时经常看的日志文件试试按过滤搜索、按F追踪尾部、用g和G快速跳转。我相信你会立刻感受到这套操作带给你的踏实感。用熟之后你大概也会和我一样在服务器排查问题时第一个想起的永远是那个默默无闻的命令——less。