最直接可靠的方式是 tail -n 100 filename，它专为提取文件末尾行设计，POSIX 兼容性强；cat 和 tac 均不适用：cat 不支持截取末尾，tac 会全文件逆序导致低效。
用 tail -n 100 是最直接可靠的方式
在 Linux 环境里，如果要查看文件最后 100 行，最稳妥、也最不容易踩兼容性坑的写法，就是 tail -n 100 filename。这个命令本来就是为这种场景准备的，语义直接、表现稳定，而且几乎所有 POSIX 兼容系统——包括 CentOS、Ubuntu、Alpine，以及 macOS 自带的 tail——都支持这套语法。
需要留意一点：tail -100 filename 实际上就是 tail -n 100 filename 的简写。大多数发行版都能识别这种写法，但也别想当然地认为所有环境都没问题——像一些嵌入式的 BusyBox 环境，就可能只接受 -n。所以放到生产脚本里，最好还是明确写成 -n，这样更稳，也能避免歧义。
tail 和 cat/tac 的关键区别在哪
别被名字误导：cat 不管加什么参数都不会“截取末尾”，-100 对它完全无效；tac 是把整份文件倒序输出（最后一行变第一行），不是“只取最后 100 行”——它会把整个大日志从尾到头全刷出来，效率极低，还难读。
tail -n 100：只读取文件末尾约 100 行对应的数据块，内存占用小、响应快tac filename | head -n 100：先逆序整个文件（IO 和 CPU 开销大），再取前 100 行——对 GB 级日志可能卡住或超时cat filename | tail -n 100：多一层管道不必要，tail本身就能直接读文件
常见错误现象和权限/编码问题
执行 tail -n 100 app.log 报错或输出异常，大概率不是命令写错，而是环境问题：
- 提示
Permission denied：检查文件读权限，必要时加sudo tail -n 100 /var/log/syslog - 中文乱码或显示
^M：日志可能是 DOS 换行（CRLF）或非 UTF-8 编码，可临时用iconv -f gbk -t utf-8 app.log | tail -n 100转换 - 输出为空但文件明显有内容：确认文件没被清空（
ls -l app.log看大小），或是否是符号链接指向了空目标 - 看到一堆
@或二进制乱码：该文件可能不是纯文本（如压缩包、二进制日志），file app.log先判断类型
排查时真正有用的组合用法
单纯看最后 100 行只是起点，实际排障常要叠加条件：
- 边看边追加新日志：
tail -n 100 -f app.log（先输出旧的 100 行，后续新增实时滚动） - 同时查多个日志文件并标记来源：
tail -n 100 -v error.log warn.log - 过滤出含关键词的最后 100 行：
tail -n 100 app.log | grep "timeout"（注意：这是先截断再过滤，不是全文搜索后取尾） - 从第 500 行开始看到结尾（跳过前面大量无关内容）：
tail -n +500 app.log
别依赖 cat 或 head 做“末尾”操作，它们的设计目标完全不同。真正要高效、安全、可预测地拿到文件尾巴，tail -n 就是那个不可替代的工具。
