我正在使用一小段生成PDF文件的代码,我在互联网上找到了这些代码,并尝试(轻柔地)优化它,因为文件的创建需要很长时间.在分析之后,我将其缩小到以下代码:
std::ostringstream tmp; tmp << std::hex << std::uppercase << std::setfill('0') << std::setw(2) << r << " " << std::setw(2) << g << " " << std::setw(2) << b; out << tmp.str();
在一个紧密的循环中发现,与out
作为一个ostringstream
之前它写入文件,基本上包含整个PDF内容.我发现那tmp.str()
是在该循环中花费最多时间的行,并且在查找str()
将返回流的底层字符串的C++引用时看到了.
然后,我想删除该副本并直接使用out
会更快.所以我倾倒tmp
并直接做了:
out << std::hex << std::uppercase << std::setfill('0') << std::setw(2) << r << " " << std::setw(2) << g << " " << std::setw(2) << b;
但现在,生成的PDF文件被视为"已损坏",无法通过PDF阅读器打开,而前一个可能是.我使用两种方法(使用tmp
流和没有)创建PDF 来比较行输出,但没有发现明显的差异......
那么,这可能是什么原因呢?是否有理由使用该临时流?是的,为什么它可能与直接使用out
流不同?
我认为它可能与换行或操纵器有关,但在这些上找不到任何重要的东西