用 fstream::seekg 模拟 tail -f 易卡住或漏行，因其仅移动读位置而不感知追加；文件未 flush 时新内容被跳过，O_APPEND 写入使 tellg 失效；需 stat 检大小、clear 清状态、缓冲 pending_line 防半截行；inotify 更优但需处理轮转事件；跨平台推荐轮询+stat+缓冲解析，并检测截断。
用 fstream::seekg 模拟 tail -f 为什么容易卡住或漏行
因为 seekg 只移动读取位置，不感知文件是否被追加；如果文件在两次轮询之间被写入但未刷新（比如日志缓冲未 flush），seekg 就会跳过新内容。更糟的是，若写入方用 open(..., O_APPEND) 或 std::ofstream 默认模式，每次写入前系统自动 seek 到末尾——你手动 seekg 到旧末尾后，新内容其实插在了“你以为的末尾”之后，但你的 tellg() 值已经失效。
实操建议：
- 每次循环先用
stat()检查文件大小是否增长，只在变大时才尝试读新内容 - 读之前调用
clear()清除流状态标志（尤其是eofbit，否则后续read直接失败） - 不要依赖
seekg(0, ios::end)获取“当前末尾”，它返回的是调用时刻的大小，不是实时长度
如何避免读到半截行（partial line）
日志写入是字节流，operator>> 或 getline() 在缓冲区不满一行时会阻塞或失败，而轮询模式下你不能等——必须自己处理不完整行。典型现象：最后一行没换行符，下次轮询又读到新内容，拼起来才是完整日志。
实操建议：
- 维护一个
std::string类型的pending_line缓冲区 - 每次从文件读一块（如 4KB），用
std::stringstream拆分\n，把最后一个无\n的片段存入pending_line - 下次读到新数据时，先拼上
pending_line + new_data再解析 - 注意：Windows 换行是
\r\n，但std::getline默认按\n切，无需特殊处理
Linux 下用 inotify 替代轮询更可靠，但 C++ 没原生封装
inotify 是内核级事件通知，比轮询省 CPU、不丢事件、响应更快。但 C++ 标准库不提供封装，得直接调用 syscall。常见错误是只监听 IN_MODIFY，却忽略了日志轮转（logrotate）时的 IN_MOVED_FROM 或 IN_DELETE_SELF —— 文件被 mv 走后，你还往旧 fd 上 read，会一直返回 0（EOF）。
实操建议：
- 用
inotify_init1(IN_CLOEXEC)创建 inotify 实例 - 监听
IN_MODIFY | IN_MOVE_SELF | IN_DELETE_SELF三个事件 - 收到
IN_MOVE_SELF或IN_DELETE_SELF后，关闭旧 fd，重新open()当前路径（因为 logrotate 后文件名不变，但 inode 变了） - 每次
read()inotify fd 得到事件结构体，注意解析len字段，别越界读
跨平台方案：轮询 + stat + 缓冲解析 是最稳的底线
Windows 没 inotify，macOS 用 FSEvents API 更复杂，而 stat() + seekg + 行缓冲在所有 POSIX 系统和 Windows（用 _stat64）都可用。性能不是问题：每秒检查一次，CPU 占用几乎为零；真正瓶颈是磁盘 I/O 和日志写入方的缓冲策略。
实操建议：
- 用
std::this_thread::sleep_for(1s)控制轮询间隔，别用usleep（精度低且易被信号中断） - Windows 下用
_stat64替代stat，注意文件路径用 UTF-8 编码传给MultiByteToWideChar再调_wstat64 - 每次读取后记录当前
std::streampos，下次从该位置开始，而不是反复seekg(0, ios::end)
最常被忽略的一点：日志文件可能被截断（truncate 或 > file.log），此时文件大小变小，但你的读位置还停在旧偏移——必须检测 st_size 并重置读位置到 0。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
