用 peek() 判断文件是否为空最直接：先检查 is_open() 和 good()，再调用 peek()，若返回 eof() 且 good() 为 true，则文件为空；seekg(0, ios::end) + tellg() 更可靠但会改变流位置，需恢复且处理 size == -1 情况。
用 peek() 判断文件是否为空最直接
打开文件后立刻调用 peek()，如果返回 std::char_traits，说明文件没内容（空或读取失败）。注意：必须确保流处于 good 状态，且未被其他操作干扰。
常见错误是忽略流状态检查，比如文件不存在时 peek() 也返回 eof()，但此时 failbit 已置位。所以得先确认 is_open() 和 good()：
std::ifstream f("test.txt"); if (!f.is_open()) { /* 处理打开失败 */ }if (f.peek() == std::char_traits::eof()) { /* 可能为空，但需再验证 f.good() */ } - 若
f.good()为 true 且peek()返回eof()，基本可断定为空
seekg(0, std::ios::end) 配合 tellg() 更可靠但有代价
适用于需要精确字节数、或后续还要读内容的场景。先定位到末尾，再用 tellg() 获取长度；若返回 -1 表示定位失败（比如设备文件、管道），不是空文件而是不可测大小。
关键点：
立即学习“C++免费学习笔记（深入）”；
-
f.seekg(0, std::ios::end); auto size = f.tellg();—— 必须成对使用，且seekg()后要检查f.good() -
size == 0才表示真正为空；size == -1不代表空，可能是 /dev/null 或网络流 - 该方法会改变流位置，后续读取前需
seekg(0)回开头，否则读不到内容 - 对某些文件系统（如 NFS）或特殊文件，
tellg()可能不准或阻塞
为什么不用 !f 或 f.eof() 判断空文件
!f 检查的是流整体状态（failbit/badbit），不能区分“空”和“打不开”；f.eof() 是读取操作后的状态标记，初始时永远为 false，直接调用毫无意义。
典型误用：
-
if (f.eof()) { ... }—— 刚打开就调用，恒为 false -
if (!f) { ... }—— 文件不存在、权限不足、路径错误都会触发，和“空”无关 -
f >> buf; if (!f) { ... }—— 即使文件非空但首字符是空白，也可能因格式提取失败而误判
综合建议：按场景选方法，别只看代码短
快速判断且不关心细节：用 peek() + good() 组合，轻量、语义清晰。
需要知道确切大小、或后续要重读全部内容：用 seekg()/tellg()，但记得恢复位置并处理 -1 边界。
容易被忽略的是：文本模式下 Windows 的 \r\n 换行不影响字节长度判断，但若用 getline() 读取后再判断 eof()，可能因最后一行无换行符导致逻辑错乱——空文件检测这事，最好在任何读取操作前完成。
