避免在 boost::interprocess::managed_shared_memory 内部锁定

如何解决避免在 boost::interprocess::managed_shared_memory 内部锁定

我想创建一个 managed_shared_memory，它将由进程 A 创建和写入并由进程 B 读取。到目前为止，我设法实现了我想要的功能，但我意识到当一个进程在 .find 或 .construct 操作期间崩溃，互斥锁不会被解锁（因此它不是一个健壮的互斥锁）。 documentation says 表示有一种方法可以禁用共享内存的内部锁定。这会很棒，因为无论如何我都想使用 interprocess_condition。

在所有分配操作中使用的同步类型 (MemoryAlgorithm::mutex_family)。这允许使用用户定义的互斥锁或避免内部锁定（可能代码将由用户在外部同步）。

问题是我完全不知道如何更改 managed_shared_memory 对象的锁定行为。我查看了它的构造函数，但找不到解决此问题的方法。

我只能使用 boost 1.60 并且我正在为 Linux 设备编写代码，尽管任何便携式解决方案都是首选，因为我无论如何都在使用 boost。

解决方法

问题是我完全不知道如何更改 managed_shared_memory 对象的锁定行为。我查看了它的构造函数，但找不到解决此问题的方法。

好的，我认为选择是硬编码的 - 有充分的理由。就像我在评论中所说的那样，如果不同步段元数据，就没有安全的方法来访问来自不同进程的托管内存段。

现在，如果您绝对确定您想要（您正在用足够的绳子将自己的绳子吊在脚下），您可能应该手动 挂载一个托管的外部缓冲区：

Managed External Buffer: Constructing all Boost.Interprocess objects in a user provided buffer

当然，您仍然可以将它放在 可映射对象 的（非托管）mapped_region 中（例如 shared_memory_object）。

您可以根据需要参数化您的托管外部缓冲区，但默认值已经不锁定：

typedef basic_managed_external_buffer <
   char,rbtree_best_fit<null_mutex_family,offset_ptr<void> >,flat_map_index
   >  managed_external_buffer;