是否可以使用 boost-spirit 直接解析为嵌套的 POD？

Question

我的任务是使用一些通过网络以文本形式出现的复杂数据调用 C API 函数。人们可能会想到某种形式的 RPC。函数调用非常频繁，因此性能要求非常严格。目前我直接用手动编写的解析器将输入流解析为对应的POD结构。问题是这个解析器是巨大的。是的，有时我会在其中发现错误。我想尝试切换到 boost 以降低代码的复杂性。希望我也可以提高性能，以防我可以使用内存池。在当前的解决方案中，考虑到所有这些都是多线程的，添加这种复杂性看起来令人生畏。

简化的输入数据类似于functionName({x,x,x,{x,x,x},<null>,x})，其中每个x 是某种类型的原始值或文本字符串（表示为"blah" 或<null>）。每个缺失的结构都由<null> 表示。

输出数据是一个POD结构。在字符串或嵌套结构作为字段的情况下，指向已分配数据的指针存储在外部数据中。如果值丢失，它可能为 null。

通过 SO 答案和 boost 文档进行挖掘，我找不到如何有效地完成这项任务，即在将结构解析为一些内部“boost-friendly”形式后，没有将其重建为 POD。

再次重复主题，问题是如何解析具有指针的嵌套 POD 结构？

感谢任何帮助。

Answer 1

根据所述目标，我会考虑 Boost Interprocess 中的 Boost Serialization 或 Boost Managed Buffers（可选在共享内存中）。

提升序列化

与EAS portable archives 和the various flags to avoid some overheads 一起使用

• Boost Serialization of vector<char>（链接Boost C++ Serialization overhead和how to do performance test using the boost library for a custom library）

促进进程间

如果对象图是“复杂的”（例如，可能包含 multi_index_container，或可能例如使用共享对象表示进行压缩的相互关联的非 POD），这将大放异彩。这有点涉及，但使您在托管缓冲区（使用标准分配器）中所做的任何事情都可以按位序列化。

这里没有可移植的格式：库是可移植的，但在一个平台/版本上序列化的数据无法在不同的平台/版本上读取。

参见例如

• Shared-memory IPC synchronization (lock-free) 用于精美的应用程序
• boost::interprocess scoped_allocator AND Containers of containers NOT in shared memory

还有很多其他的，取决于您想要实现的目标。