gpt4 book ai didi

c++ - 是否可以重用 binary_oarchive 实例?

转载 作者:太空狗 更新时间:2023-10-29 21:06:55 25 4
gpt4 key购买 nike

我的问题与this thread中讨论的相同从五年前开始(没有好的答案)。

我正在将我的对象序列化到字节缓冲区中,如下所示:

std::string serial_str;
for (i = 1; i < 10000; i++)
{
boost::iostreams::back_insert_device<std::string> inserter(serial_str);
boost::iostreams::stream<boost::iostreams::back_insert_device<std::string> > s(inserter);
boost::archive::binary_oarchive oa(s);

oa << obj;

s.flush();

// code to send serial_str's content to another process, omitted.

serial_str.clear(); // clear the buffer so it can be reused to serialize the next object
}

当我在循环中执行此操作时,性能非常糟糕:我每秒获得约 14,000 个对象。

我已将问题确定为重新创建 binary_oarchive。如果我只是在一个循环中使用相同的归档实例写入相同的字符串,我得到大约 220,000 个对象/秒,但是随后,对象一个接一个地序列化,这不是我想要的:我想清除并在每个对象序列化后重用相同的缓冲区(从头开始查找)。

我该怎么做?

最佳答案

是的,从某种意义上说,您绝对可以重复使用它。 oarchive 只是简单地包装了一个流,并不知道流的数据发生了什么,所以诀窍是实现您自己的流(这并不有趣)以允许您“重置”实际的底层数据流。我以前写过类似的东西,效果非常好。

不过需要注意一些问题:

oarchive 不会继续写出标题信息(因为如果它持续存在,它会将所有内容视为一个大流),因此您需要禁用标题:

boost::archive::binary_oarchive oa(s, boost::archive::no_codecvt | boost::archive::no_header);

此外,因为您要重用 oarchive,所以在管理其内部类型表时必须格外小心。如果你序列化的只是整数、 float 等,那么你会没事的,但是一旦你开始序列化类、字符串等,你就不能依赖存档在重用时使用的默认类型枚举像这样的存档。 Boost 文档并没有真正涉及到这一点,但是对于任何复杂的事情,您都需要对存档将遇到的每种类型执行以下操作:

oa.template register_type<std::string>();
oa.template register_type<MyClass>();
oa.template register_type<std::shared_ptr<MyClass> >();

等等.. 对于所有类型,它们的所有 std::vectors,它们的所有 std::shared_ptr,等等。这至关重要。否则,如果您使用共享 iarchive 并按照它们被序列化的完全相同的顺序读取它们,您将只能回读您的流。

结果是您的 iarchive 需要以与他们的 oarchive 完全相同的方式和顺序注册所有类型(我使用 mpl 编写了一些方便的助手来帮助我解决这个问题)。

通过 iarchive 重新序列化也可以共享相同的 iarchive,但是所有相同的条件都适用:

  • 您需要编写自己的流(以便可以重定向/重置)
  • 禁用存档 header
  • 有寄存器类型

所以是的,重用 oarchive/iarchive 是可能的,但这有点痛苦。不过,一旦你整理好了,它就非常棒了。

关于c++ - 是否可以重用 binary_oarchive 实例?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6329481/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com