跳转到主内容
websoft网络软件专家 - 深耕网络技术，打造实用软件！
📁 网站地图

怎样用Python实现类似tail -f的实时日志跟踪_通过循环与tell

陆砚码
陆砚码
• 👁 1人浏览过
直接用 while True + readline() 会卡住日志末尾，因 readline() 到达 EOF 后立即返回空字符串，不会自动阻塞等待新内容；需结合 os.stat().st_size 检测文件增长、time.sleep() 避免空转，并用 tell()/seek() 精确维护字节偏移以处理追加、截断或轮转。 为什么直接用
while True
+
readline()
会卡住日志末尾 因为文件对象在首次到达 EOF 后，
readline()
不会自动等待新内容，而是立刻返回空字符串。它不会像 shell 的
tail -f
那样阻塞并监听文件增长。你得自己判断“到底是不是真结束了”，再决定要不要暂停、重试或重新定位。 关键点在于：必须结合
os.stat().st_size
检查文件是否变长，并在无新数据时用
time.sleep()
避免空转；同时要用
file.tell()
记录读取位置，防止轮询时重复输出或跳过行。 每次循环开始前先
os.stat(filepath).st_size
获取当前大小 如果当前大小 > 上次记录的
file.tell()
，说明有新增，
file.seek(last_pos)
回退到上次位置再逐行读 读完后更新
last_pos = file.tell()
，不是用
len(line)
累加——换行符长度不固定，且可能跨块 必须在
open()
时指定
buffering=1
（行缓冲）或
0
（无缓冲），否则
readline()
可能因内部缓存读不到刚写入的内容 如何正确用
tell()
和
seek()
维护读取偏移
tell()
返回的是字节偏移，不是行号。日志追加是字节流操作，所以这个值可直接用于
seek()
定位。但要注意：如果文件被截断（如 logrotate），
last_pos
可能大于当前文件大小，此时需重置为 0 并 warn。 典型处理逻辑： 立即学习 “ Python免费学习笔记（深入） ”； 初始化时，若文件存在且非空，
file.seek(0, 2)
移动到末尾，
last_pos = file.tell()
每次检查
st_size
后，若
st_size ，说明文件被清空或轮转，打印警告并设 last_pos = 0
只在
st_size > last_pos
时才
file.seek(last_pos)
，然后循环
readline()
直到返回空字符串 每成功读一行，立即处理（如 print 或发到队列），再更新
last_pos
遇到
IOError: [Errno 5] Input/output error
怎么办 这通常发生在日志文件被外部程序（如
logrotate
）删除又重建同名文件时。原文件描述符仍指向已删除的 inode，但新文件是另一个 inode，
stat()
看到的是新 size，而
readline()
在旧 fd 上会失败。 Python 3.14.3 微软官方的 Python 扩展，是 VS Code 安装量最高的扩展（209M+）。集成 IntelliSense（通过 Pylance）、调试（通过 Python Debugger）、代码检查、格式化、重构和单元测试等功能。支持 Jupyter Notebook、虚拟环境管理和多 Python 版本切换。 下载 安全做法是捕获
OSError
/
IOError
，关闭旧文件，重新
open()
，并从头或末尾开始读（取决于需求）： 用
try/except (OSError, IOError)
包裹读取逻辑 在 except 块中
file.close()
，然后
file = open(filepath, 'r', buffering=1)
重新
file.seek(0, 2)
到新文件末尾，更新
last_pos
不要假设“只是暂时不可读”，必须重建文件对象 Python 3.8+ 可用
watchfiles
替代轮询吗 可以，但不是万能替代。
watchfiles.watch()
基于 inotify/kqueue，能精确感知文件修改事件，避免 sleep 轮询开销。但它只告诉你“变了”，不告诉你“变在哪”——你仍需用
tell()
/
seek()
配合
readline()
找出新增行，否则可能漏掉同一秒内多次写入的多行。 而且
watchfiles
无法感知截断（truncate），也无法区分是追加还是覆盖。所以生产环境建议：用
watchfiles
触发检查，再用
tell()
+
seek()
精确读新内容，二者组合更稳。 真正容易被忽略的是：所有基于
tell()
的方案都依赖文件不被其他进程以
O_TRUNC
方式打开。一旦发生，偏移就失效——这时候没捷径，只能靠定期全量校验或引入文件 inode 比对。

相关文章