为什么 ifstream::read 比使用迭代器快得多？

Question

事实上，有很多方法可以将文件读入字符串。 两个常见的方法是使用 ifstream::read 直接读取字符串并使用 steambuf_iterators 和 std::copy_n:

使用 ifstream::read:

std::ifstream in {"./filename.txt"};
std::string contents;
in.seekg(0, in.end);
contents.resize(in.tellg());
in.seekg(0, in.beg);
in.read(&contents[0], contents.size());

使用 std::copy_n:

std::ifstream in {"./filename.txt"};
std::string contents;
in.seekg(0, in.end);
contents.resize(in.tellg());
in.seekg(0, in.beg);
std::copy_n(std::streambuf_iterator<char>(in), 
            contents.size(), 
            contents.begin();

许多基准测试表明，第一种方法比第二种方法快得多（在我使用 g++-4.9 的机器上，使用 -O2 和 -O3 标志的速度大约快 10 倍），我想知道这可能是什么原因这种性能差异。

Answer 1

read 是单个 iostream 设置（每个 iostream 操作的一部分）和对操作系统的单个调用，直接读取您提供的缓冲区。

迭代器通过重复提取单个char 和operator>> 来工作。由于缓冲区大小，这可能意味着更多的操作系统调用，但更重要的是，这也意味着重复设置和拆除 iostream 哨兵，这可能意味着互斥锁，通常意味着一堆其他东西。此外，operator>> 是格式化的操作，而 read 是未格式化的，这是每个操作的额外设置开销。

编辑：疲倦的眼睛看到了 istream_iterator 而不是 istreambuf_iterator。当然 istreambuf_iterator 不做格式化输入。它在streambuf上调用sbumpc或类似的东西。还是有很多调用，而且使用了缓冲区，可能比整个文件还小。