17370845950

用 peek() 判断文件是否为空最直接：先检查 is_open() 和 good()，再调用 peek()，若返回 eof() 且 good() 为 true，则文件为空；seekg(0, ios::end) + tellg() 更可靠但会改变流位置，需恢复且处理 size == -1 情况。

用 peek() 判断文件是否为空最直接

打开文件后立刻调用 peek()，如果返回 std::char_traits::eof()，说明文件没内容（空或读取失败）。注意：必须确保流处于 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 表示定位失败（比如设备文件、管道），不是空文件而是不可测大小。

关键点：

• 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()，可能因最后一行无换行符导致逻辑错乱——空文件检测这事，最好在任何读取操作前完成。