tail是查看文件末尾内容的专用命令，推荐用tail -n n而非cat+tail或sed；参数必须空格分隔，如tail -n 100；-f前须加-n才能显示历史日志；轮转日志用-f；多文件需-v标识来源。
直接用 tail，别绕路——它就是干这个的，比 cat + tail 或 sed 更轻、更准、更稳。
tail -n N 怎么写才不报错
最常见错误是参数格式不对：输成 tail -nN（没空格）或 tail -n=N，结果报 invalid number of lines。必须严格用空格分隔：tail -n 100 access.log。
-
tail -n 100和tail -100功能等价，但前者明确、可读性强，建议统一用带-n的写法 -
tail -100在 BusyBox 等精简环境里可能不支持，存在兼容风险 - 如果文件本身不足 100 行（比如空文件或只有 2 行），
tail -n 100会照常输出全部内容，不会补空行、也不会报错
实时看日志时，-f 前为什么一定要加 -n
单独用 tail -f access.log 只会等新内容，根本看不到已有上下文——排查问题时经常卡在“不知道刚发生了什么”。
- 正确组合是：
tail -n 50 -f access.log：先刷出最后 50 行，再持续追加 - 日志轮转频繁时（比如
access.log被重命名为access.log.1），-f会停在旧文件句柄上；换用-F（大写 F）才能自动跟踪重建后的新文件 - 想让 tail 在目标进程退出后自动停，加
--pid：tail -n 20 -f --pid=$(pgrep nginx) error.log
多个日志文件一起查，-v 是刚需不是可选
运行 tail -n 10 app.log error.log，输出混在一起，根本分不清哪行来自哪个文件。不加 -v 就等于放弃可读性。
-
-v强制显示==> app.log 这类分隔头，哪怕某个文件为空也会显示头，避免误判缺失 - 通配符场景同理：
tail -n 5 -v *.log比tail -n 5 *.log安全得多 - 脚本中提取纯数据可用
-q（quiet）压制头信息，但人工排查时禁用——你没法靠猜分辨来源
中文日志或乱码文件里，-n 行数为啥不准
tail -n 按换行符 \n 计数，遇到三类情况就容易偏移甚至卡住：
- 文件末尾没换行符（常见于程序未 flush 日志）
- Windows 风格的
\r\n换行，或混合了二进制数据（比如截断的 core dump 插入日志） - 编码异常（如 GBK 写入但被当 UTF-8 解析），导致
\n位置识别错位
怀疑编码问题时，先跑 file -i logfile 查 MIME 类型，再用 iconv 转码后查；权限不足时 tail 默认静默失败，加 --verbose 或用 strace -e trace=openat tail -n 10 file 定位。
真正麻烦的不是记不住参数，而是看到满屏重复时间戳时，忘了检查是不是多个进程在并发写同一个日志文件。
