最直接可靠的方式是 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 行”——它会把整个大日志从尾到头全刷出来，效率极低，还难读。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
-
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 就是那个不可替代的工具。
