tail 命令直接输出文件末尾10行，安全高效；-n 10 兼容性更好，-10 为 gnu 简写；多文件需加 -v 以区分来源。
tail 命令就是干这事的，别绕去用 cat、head 或管道拼接——既慢又容易出错。
直接运行 tail filename 就行
不加任何参数时，tail 默认输出文件最后 10 行，这是它最基础也最稳定的用法。
- 如果文件本身不足 10 行（比如只有 3 行），它会原样输出全部内容，不会补空行或报错
- 不需要提前确认文件大小或行数，安全可靠
- 比 cat filename | tail -n 10 少一次进程 fork，开销更低，尤其对大文件更明显
tail -n 10 和 tail -10 的区别
两者效果一样，但行为和兼容性不同：
- tail -n 10 filename：显式指定参数，所有 POSIX 兼容系统（包括 BusyBox、Alpine 等轻量环境）都支持
- tail -10 filename：是 -n 10 的简写，在多数 GNU/Linux 发行版上可用，但在某些嵌入式或旧系统里会提示 invalid number of lines
- 错误写法常见于手误：tail -n10（没空格）或 tail -n=10，都会触发解析失败
多文件场景下必须加 -v
当你同时看多个日志：
- tail -n 10 app.log error.log 输出混在一起，根本分不清哪行来自哪个文件
- 加上 -v：tail -v -n 10 app.log error.log，每段开头自动加上 ==> app.log 这样的分隔标识<br>
- <code>-v 在单文件时无影响，但养成习惯统一加上，避免切换场景时漏掉
实时监控时别忘了先看上下文
只跑 tail -f access.log 很危险：
- 它从当前末尾开始监听，完全不显示已有内容，你可能连最近一次报错都没看到
- 正确做法是组合使用：tail -n 50 -f access.log，先刷出最后 50 行，再持续追加新行
- 如果日志被轮转（比如 access.log → access.log.1），-f 会停在原文件不动；换成 -F（大写 F）才能自动跟踪重建后的同名文件
- 配合 --pid 可防止僵尸监听：tail -n 20 -f --pid=$(pgrep nginx) /var/log/nginx/error.log，Nginx 进程一退出，tail 自动终止
实际排查中，最容易被忽略的是多文件输出混乱和轮转后 -f 失效——这两个问题一旦发生，往往要花比看日志本身更久的时间定位原因。
