Linux分页查看文件命令less与more区别_网络技术_宿州市腾雀网络科技有限公司

Linux分页查看文件命令less与more区别

发布时间 - 2025-09-15 00:00:00 点击率：次

less 比 more 更优，因其支持双向滚动、高效处理大文件、提供搜索与实时跟踪功能，且内存占用低，适合现代运维与开发需求。

less

和

more

都是在 Linux 中用于分页查看文本文件的命令，但它们之间存在一个核心区别：

less

允许你向前和向后滚动文件内容，而

more

主要只能向前滚动。简单来说，

less

是

more

的增强版，提供了更强大的导航和搜索功能，因此在大多数现代使用场景中，

less

都是更优的选择。

解决方案

当我们面对一个大型文本文件，比如日志文件或代码，需要逐页查看时，

less

和

more

便派上了用场。它们的工作原理都是将文件内容分屏显示，避免一次性将整个文件输出到终端导致屏幕被刷爆。

more

是一个相对古老的命令，它的设计哲学比较简单：读一部分，显示一部分，然后等待用户输入以显示下一部分。你可以按

空格键

查看下一页，按

Enter

键查看下一行，或者按

键退出。它的一个主要限制是，一旦你滚动过了某个内容，就无法再回头查看。这在需要反复检查或回溯日志时，会变得

非常不便。

more

在内部处理文件时，有时会预读更多的内容，对于超大文件，这可能会稍微影响启动速度，但它并不会将整个文件加载到内存中。

而

less

，顾名思义，它“更少”受限。它不仅支持

more

的所有基本操作（如

空格

翻页，

退出），更重要的是，它允许你使用方向键、

Page Up

、

Page Down

甚至

键（backward）来向上滚动，重新查看之前的内容。这对于调试、分析配置文件或代码来说，是一个巨大的优势。

less

在处理文件时，并不会将整个文件加载到内存，而是按需读取，这使得它在处理数十 GB 甚至更大的文件时表现得异常高效。此外，

less

还提供了强大的搜索功能（

向前搜索，

向后搜索），并能高亮显示匹配项，甚至可以像

tail -f

一样实时跟踪文件末尾的更新（通过按

键）。可以说，

less

几乎完全替代了

more

的所有功能，并且提供了远超

more

的灵活性和效率。

为什么在大多数情况下，

less

是比

more

更好的选择？

在我个人的使用经验中，我几乎只用

less

。除非是在一个极其受限的旧系统上，或者我只是想快速瞥一眼文件开头，否则

more

的局限性实在是太大了。

less

之所以成为更优的选择，核心在于其无与伦比的灵活性和资源效率。

首先，双向导航是

less

最大的杀手锏。想象一下，你正在排查一个复杂的系统问题，日志文件可能有几千甚至几万行。你可能需要反复查看某个错误发生前后的上下文信息。使用

more

，一旦你翻过了一页，就只能一路向前，如果想看之前的，就得退出重新打开文件，这无疑是低效且令人沮丧的。而

less

允许你自由地在文件内容中穿梭，无论是向上翻页、向下翻页，还是直接跳到文件开头或结尾，都轻而易举。

其次，

less

在处理大型文件时的性能表现非常出色。它采用的是按需加载的策略，这意味着它不会一次性将整个文件读入内存。这对于内存资源有限的服务器环境尤其重要，可以避免因为查看一个巨大的日志文件而导致系统资源耗尽。我曾经处理过几十GB的日志文件，如果尝试用

cat

或者

more

，系统很可能会卡死，但

less

总是能轻松应对，流畅地进行翻页和搜索。

再者，

less

的搜索功能也远超

more

。它支持正则表达式搜索，并能高亮显示匹配结果，这对于快速定位特定的错误信息、IP地址或用户ID至关重要。你可以在文件中快速找到所有相关条目，并通过

和

键在匹配项之间跳转。这种效率提升在日常运维和开发工作中是显而易见的。

最后，

less

还有一个非常实用的功能是实时跟踪模式（
F
键）。当你需要监控一个正在实时写入的日志文件时，比如一个Web服务器的访问日志，按下

键，

less

就会像

tail -f

一样自动滚动到文件末尾并显示新的内容。这对于实时调试和监控来说，简直是神器。而

more

则完全不具备这样的能力。综合来看，

less

提供了更全面、更高效、更用户友好的文件查看体验，使其成为现代Linux环境下不可或缺的工具。

less

命令有哪些不为人知的实用技巧或高级用法？

刚开始用

less

的时候，我只知道空格翻页，后来才慢慢发现它的强大之处，特别是

模式，简直是实时日志分析的神器。除了基本的翻页和退出，

less

还隐藏着许多能极大提升效率的实用技巧：

快速跳转到文件开头/结尾：
- 按
```
g
```
  键可以快速跳转到文件的第一行。
- 按
```
g
```
  键可以快速跳转到文件的最后一行。
- 这对于快速查看文件摘要或检查文件末尾的最新日志非常有用。
强大的搜索与导航：
- ```
/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
```
只会读取并处理它当前需要显示或搜索的那些数据块，而不是整个文件。它的响应速度几乎与文件大小无关，只与你当前查看的区域和搜索的范围有关。