less和
more都是在 Linux 中用于分页查看文本文件的命令，但它们之间存在一个核心区别：
less允许你向前和向后滚动文件内容，而
more主要只能向前滚动。简单来说，
less是
more的增强版，提供了更强大的导航和搜索功能，因此在大多数现代使用场景中，
less都是更优的选择。 解决方案
当我们面对一个大型文本文件，比如日志文件或代码，需要逐页查看时，
less和
more便派上了用场。它们的工作原理都是将文件内容分屏显示，避免一次性将整个文件输出到终端导致屏幕被刷爆。
more是一个相对古老的命令，它的设计哲学比较简单：读一部分，显示一部分，然后等待用户输入以显示下一部分。你可以按
空格键查看下一页，按
Enter键查看下一行，或者按
q键退出。它的一个主要限制是，一旦你滚动过了某个内容，就无法再回头查看。这在需要反复检查或回溯日志时，会变得非常不便。
more在内部处理文件时，有时会预读更多的内容，对于超大文件，这可能会稍微影响启动速度，但它并不会将整个文件加载到内存中。
而
less，顾名思义，它“更少”受限。它不仅支持
more的所有基本操作（如
空格翻页，
q退出），更重要的是，它允许你使用方向键、
Page Up、
Page Down甚至
b键（backward）来向上滚动，重新查看之前的内容。这对于调试、分析配置文件或代码来说，是一个巨大的优势。
less在处理文件时，并不会将整个文件加载到内存，而是按需读取，这使得它在处理数十 GB 甚至更大的文件时表现得异常高效。此外，
less还提供了强大的搜索功能（
/向前搜索，
?向后搜索），并能高亮显示匹配项，甚至可以像
tail -f一样实时跟踪文件末尾的更新（通过按
F键）。可以说，
less几乎完全替代了
more的所有功能，并且提供了远超
more的灵活性和效率。 为什么在大多数情况下，
less是比
more更好的选择？
在我个人的使用经验中，我几乎只用
less。除非是在一个极其受限的旧系统上，或者我只是想快速瞥一眼文件开头，否则
more的局限性实在是太大了。
less之所以成为更优的选择，核心在于其无与伦比的灵活性和资源效率。
首先，双向导航是
less最大的杀手锏。想象一下，你正在排查一个复杂的系统问题，日志文件可能有几千甚至几万行。你可能需要反复查看某个错误发生前后的上下文信息。使用
more，一旦你翻过了一页，就只能一路向前，如果想看之前的，就得退出重新打开文件，这无疑是低效且令人沮丧的。而
less允许你自由地在文件内容中穿梭，无论是向上翻页、向下翻页，还是直接跳到文件开头或结尾，都轻而易举。
其次，
less在处理大型文件时的性能表现非常出色。它采用的是按需加载的策略，这意味着它不会一次性将整个文件读入内存。这对于内存资源有限的服务器环境尤其重要，可以避免因为查看一个巨大的日志文件而导致系统资源耗尽。我曾经处理过几十GB的日志文件，如果尝试用
cat或者
more，系统很可能会卡死，但
less总是能轻松应对，流畅地进行翻页和搜索。
再者，
less的搜索功能也远超
more。它支持正则表达式搜索，并能高亮显示匹配结果，这对于快速定位特定的错误信息、IP地址或用户ID至关重要。你可以在文件中快速找到所有相关条目，并通过
n和
n键在匹配项之间跳转。这种效率提升在日常运维和开发工作中是显而易见的。
最后，
less还有一个非常实用的功能是实时跟踪模式（
F键）。当你需要监控一个正在实时写入的日志文件时，比如一个Web服务器的访问日志，按下
F键，
less就会像
tail -f一样自动滚动到文件末尾并显示新的内容。这对于实时调试和监控来说，简直是神器。而
more则完全不具备这样的能力。综合来看，
less提供了更全面、更高效、更用户友好的文件查看体验，使其成为现代Linux环境下不可或缺的工具。
less命令有哪些不为人知的实用技巧或高级用法？
刚开始用
less的时候，我只知道空格翻页，后来才慢慢发现它的强大之处，特别是
F模式，简直是实时日志分析的神器。除了基本的翻页和退出，
less还隐藏着许多能极大提升效率的实用技巧：
-
快速跳转到文件开头/结尾：
- 按
g
键可以快速跳转到文件的第一行。 - 按
g
键可以快速跳转到文件的最后一行。 - 这对于快速查看文件摘要或检查文件末尾的最新日志非常有用。
- 按
-
强大的搜索与导航：
Post AI
博客文章AI生成器
50
查看详情
/pattern
：向前搜索指定的pattern
。例如，/error
会查找下一个“error”字符串。?pattern
：向后搜索指定的pattern
。n
：跳转到下一个匹配项。n
：跳转到上一个匹配项。&pattern
：只显示包含pattern
的行，这相当于一个内置的grep
功能，非常适合在大量日志中过滤出感兴趣的内容。例如，&warning
会只显示所有包含“warning”的行。
-
实时跟踪文件更新（
F
模式）：- 在
less
中，按下F
键（大写F），less
就会进入“跟随模式”，类似于tail -f
。它会一直显示文件末尾新增的内容。 - 当你需要暂停跟踪，查看历史内容时，可以按
Ctrl+c
退出跟随模式，然后自由地向上滚动查看。再次按下F
键又会回到跟随模式。
- 在
-
显示行号：
- 启动
less
时，可以使用less -N filename
命令来显示行号。 - 在
less
运行时，也可以通过输入-N
然后按Enter
来切换行号的显示。这对于引用特定代码行或日志条目非常有用。
- 启动
-
不自动换行（截断长行）：
- 当文件中包含很长的行时，
less
默认会进行自动换行，这有时会使内容难以阅读。 - 使用
less -S filename
命令启动，或者在less
运行时输入-S
然后按Enter
，less
就会截断长行而不是换行，你需要使用左右方向键来查看被截断的部分。这在查看格式化输出或CSV文件时特别方便。
- 当文件中包含很长的行时，
-
在
less
中打开编辑器：- 在
less
视图中，按下v
键，当前文件就会在你的默认编辑器（通常是vi
或vim
）中打开。这对于需要立即修改文件的情况非常方便。
- 在
-
查看多个文件：
less file1 file2 file3
：可以一次性打开多个文件。- 在
less
视图中，按:n
跳转到下一个文件，按:p
跳转到上一个文件。
这些高级用法让
less不仅仅是一个简单的文件查看器，更是一个强大的文本分析和调试工具。 在处理极大型日志文件时，
less如何展现其性能优势？
处理极大型日志文件，比如几十GB甚至上百GB的生产环境日志，是一个非常常见的运维挑战。在这种场景下，
less的性能优势得到了淋漓尽致的体现，它几乎是唯一能够高效处理这类文件的命令行工具。
less的核心优势在于其按需加载（on-demand loading）的机制。与某些文本编辑器（即使是命令行下的
vi/
vim，在默认配置下打开超大文件也可能消耗大量内存）或将整个文件读入内存的程序不同，
less在启动时并不会将整个文件加载到内存中。它只读取并缓存当前屏幕显示所需的一小部分数据，以及少量预读数据。当你向下滚动时，它会动态地从磁盘读取新的数据块；当你向上滚动时，它会从之前缓存的数据中获取，或者在必要时重新读取。
这意味着，无论文件有多大，
less占用的内存资源都相对固定且非常小。它不会因为文件大小的增加而导致内存占用暴增，从而避免了因内存不足而导致的系统卡顿、交换空间（swap）过度使用，甚至程序崩溃。对于内存资源宝贵的服务器来说，这是一个决定性的优势。
举个实际的例子，假设你需要分析一个20GB的Nginx访问日志。
- 如果你尝试用
cat access.log | grep "error"
，那么cat
会将整个20GB文件读入内存（或至少通过管道流式传输，但仍然是全量处理），grep
也需要处理全部数据。这可能需要相当长的时间，并且对I/O和CPU造成压力。 - 如果你尝试用
more access.log
，它虽然不会一次性加载所有内容，但在某些操作（如搜索）上仍然不够灵活，且无法回溯。 - 而使用
less access.log
，文件会瞬间打开。你可以快速地g
到文件末尾查看最新日志，或者/error
搜索错误信息。less
只会读取并处理它当前需要显示或搜索的那些数据块，而不是整个文件。它的响应速度几乎与文件大小无关，只与你当前查看的区域和搜索的范围有关。
这种高效的资源管理方式，使得
less成为系统管理员和开发人员在排查生产问题、分析海量数据时的首选工具。它允许你在不影响系统稳定性的前提下，快速、灵活地浏览和搜索超大型日志文件，极大地提升了故障排除的效率。
以上就是Linux分页查看文件命令less与more区别的详细内容，更多请关注知识资源分享宝库其它相关文章！
相关标签： linux命令 linux 正则表达式 nginx access 工具 csv ai 配置文件 区别 nginx 正则表达式 less Error 字符串 vim linux Access 大家都在看： Linux如何重启指定的服务 Linux如何配置sudo免密码执行命令 Linux如何配置systemd单元文件 Linux常用命令行操作入门教程 Linux创建目录命令mkdir使用技巧
发表评论:
◎欢迎参与讨论，请在这里发表您的看法、交流您的观点。