直接用tail -n 100 文件名即可准确、高效、无副作用地查看日志最后100行；head和sed无法等效实现该功能，且易出错；该写法符合posix标准，兼容性强，支持变量安全扩展，并自动处理文件行数不足100的情况。
直接用 tail -n 100 文件名 就行，这是最准、最快、最无副作用的方式。
为什么不用 head 或 sed 去“倒着取”
有人会想用 head -n -100（跳过最后100行）再配合其他命令反推，或者用 sed -n '$-99,$p' 这类写法——这些要么不支持（sed 不支持 $-99 这种语法），要么逻辑绕、效率低、还容易出错。Linux 已经提供了专用于读尾部的工具：tail，没必要自己造轮子。
常见错误现象：sed -n '100,$p' 文件名 是从第100行开始显示到结尾，不是“最后100行”；head -n 100 是开头100行，方向完全反了。
-
tail -n 100是语义明确、POSIX 标准、所有主流 shell 都兼容的写法 - 省略
-n直接写tail -100也行，但仅限正整数；负数或变量场景下必须带-n，否则解析失败 - 如果文件总行数不足100行，
tail会安静地输出全部内容，不会报错或截断
tail -n 100 和 tail -100 有啥区别
行为上完全一致，但参数解析机制不同：tail -100 是把 -100 当作一个整体选项来识别；而 tail -n 100 是标准 GNU 风格：选项 -n 后跟独立参数 100。
这意味着：
- 在脚本里用变量时，
tail -n "$lines"更安全；tail -$lines在$lines带符号或为空时可能被误解析为其他选项（比如tail --help） - 某些极老版本的 BusyBox
tail可能不支持-100简写，只认-n -
tail -n +100是另一回事：它表示“从第100行开始显示到结尾”，别和-n 100混了
加 -f 实时看最后100行时要注意什么
运行 tail -n 100 -f 日志文件 会先输出当前末尾100行，然后持续监听追加内容。这个组合很常用，但有几个实际坑点：
- 如果日志被 logrotate 切割（比如重命名成
app.log.1），tail -f会卡在原文件句柄上，不再输出新内容——除非加--follow=name并配合--retry - 管道后接
grep（如tail -n 100 -f app.log | grep ERROR）时，grep默认带缓冲，可能导致延迟；加--line-buffered更可靠：tail -n 100 -f app.log | grep --line-buffered ERROR -
-f模式下按Ctrl+C退出即可，但别误按Ctrl+Z（会挂起进程，jobs里还能看到）
真正容易被忽略的是权限和编码：如果提示 Permission denied，别急着改权限，先试 sudo tail -n 100 /var/log/auth.log；如果满屏乱码，跑一遍 file -i 文件名 看编码，GBK 日志就用 iconv -f GBK -t UTF-8 文件名 | tail -n 100。
