c++ - 使用 std::filebuf 时检测底层文件的完整性丢失？

Question

我有一些代码使用 std::ifstream 从文件中读取，但不使用 std::ifstream 提供的任何格式化功能。它基本上做这样的事情:

std::ifstream in;
in.open("example.txt", std::ios_base::in | std::ios_base::binary);
if (in.is_open()) {
    while (in.good()) {
        in.read(buffer, buffer_size);
        auto num_bytes = in.gcount();
        /* do stuff with the bytes */
    }
    in.close();
}

因为我直接处理文件中的原始字节，所以使用 std::filebuf 代替 std::ifstream 似乎更合适:

std::filebuf in;
if (in.open("example.txt", std::ios_base::in | std::ios_base::binary) != nullptr) {
    while (true) {
        auto num_bytes = in.sgetn(buffer, buffer_size);
        /* do stuff with the bytes */
        if (num_bytes < buffer_size) break;
    }
    in.close();
}

从表面上看，这两个代码片段可能实现了相同的结果。然而，在检查 C++ 引用时，std::basic_istream::read()是这样说的:

If an internal operation throws an exception, it is caught and badbit is set. If exceptions() is set for badbit, the exception is rethrown.

由于 badbit 用于表示底层文件因某种原因损坏(也许操作系统无法再访问该文件)，所以 std::ifstream 似乎 代码片段将通过跳出循环来处理这种可能性(good() 将返回 false)。

然而，std::basic_streambuf::sgetn()没有说明底层文件变得不可访问的可能性。它也没有提到抛出任何异常的可能性(但它没有标记为 noexcept)。

有没有办法在使用 std::filebuf 时正确处理文件过早不可访问(即还没有 EOF)的情况？ (或者，我对文件 I/O 的理解有误？)

Answer 1

std::filebuf 似乎根本没有任何形式的错误处理/报告。那太可悲了。我的意思是，为什么不？

因此，要使用它，唯一的选择是回退到良好的旧 errno，并且自 cppreference 处的条目以来根本没有提到这一点，我猜你不能真正依赖它(尽管我确信它在实践中是有效的)。

所以，std::ifstream 必须是要走的路，如果你能通过那个庞大且有点模糊的异常位做什么的列表。当然，如果您这样做，您就可以控制是否抛出异常。

同样，当出现问题时，没有明显的方法可以检索任何类型的错误代码，所以再次强调，如果您想尝试向您的用户呈现任何类型的有意义的错误消息(或为了技术支持的利益，或许)，那么 errno 是镇上唯一的游戏。

这一切只会导致“出错了”错误消息的激增。嗯。