tail -n 10 是最直接可靠的做法，因兼容性好（避免 BusyBox 等环境报错）、行数不足时完整输出、配合 -f/-F 可兼顾上下文与实时追踪，且需严格遵循参数格式。
tail -n 10 是最直接、最可靠的做法，别绕路。
为什么不用 tail -10？
虽然 tail -10 在多数发行版（如 Ubuntu、CentOS）里能跑通，但它本质是 -n 10 的简写，不带空格；而 BusyBox、Alpine 等轻量环境常不支持这种省略写法，会报错：invalid number of lines。统一用 tail -n 10 能避开兼容性坑。
tail -n 10 和文件行数不足时的行为
如果目标文件只有 3 行，tail -n 10 access.log 会原样输出全部 3 行，不会补空行、也不会报错——这反而是优点：你总能拿到“所有现存内容”，而不是被中断或误导。
实时看日志别只追新，得带上下文
排查问题时，光用 tail -f access.log 只能看到新增行，根本不知道刚发生啥。正确姿势是：
-
tail -n 10 -f access.log：先输出最后 10 行，再持续追加 - 如果日志可能轮转（比如
access.log→access.log.1），换成tail -n 10 -F access.log，-F会自动跟新文件名 - 配合
--pid可防进程退出后 tail 还挂着：tail -n 10 -f --pid=$(pgrep nginx) error.log
中文日志或换行异常时 -n 可能不准
tail -n 按 \n 计数，遇到这些情况会偏移：
- 文件末尾没换行符（常见于脚本 echo 直接追加）
- Windows 风格的
\r\n换行（tail仍按\n切，但部分工具误判） - 日志混入二进制数据（如截断的 core dump 片段），
tail可能卡住或少读
此时可临时用 tail -c 1000（按字节截取）辅助验证，但注意字节数和行数不等价。
tail -n 10 这五个字符就是底线——参数顺序、空格、大小写，一个都不能松。 
