tail -f命令内部工作原理探究：文件变更通知还是轮询？

核心逻辑分两种情况，取决于系统和tail版本： #

• 现代主流实现（以GNU tail为例）：内核主动通知，而非轮询
  启动tail -f file.txt后，它会先读取文件末尾默认10行内容输出，接着通过系统的inotifyAPI向内核注册对目标文件的修改事件监听。当有新内容写入文件时，内核会直接给tail进程发送事件通知，tail收到通知后立刻读取新增内容并输出。这种方式完全没有轮询的空耗，只有文件真的变化时才会触发操作，效率很高。

• 传统/兼容模式：轮询机制
  如果系统不支持inotify（比如老版本Unix、部分嵌入式系统），或者使用的是非GNU版本的tail，就会退回到轮询模式。它会每隔固定时间（默认1秒）检查文件的大小、最后修改时间（mtime）是否变化，一旦检测到变化就读取新增内容输出。这种方式有固定延迟，而且不管文件有没有变化都会定期发起系统调用，有一定资源消耗。

和watch命令的本质区别 #

watch是纯粹的轮询机制——它会每隔指定间隔（默认2秒）重复执行你指定的命令（比如watch cat file.txt），不管文件有没有变化都会跑一遍命令。而现代tail -f只有在文件真的被修改时才会响应，两者效率和触发逻辑完全不同。

额外提一句：如果遇到日志文件被替换（比如日志轮转生成新的file.txt），可以用tail -F file.txt（大写F），它会自动检测文件inode变化并重新打开新文件，避免-f失效的问题。

内容的提问来源于stack exchange，提问作者Bob5421