Boost C++ 库

Boost.Interprocess 使用 Windows COM 库来实现某些功能，并使用并发模型 COINIT_APARTMENTTHREADED 初始化它。如果调用线程已经为另一种并发模型初始化了 COM 库，Boost.Interprocess 会优雅地处理这种情况，并为已初始化的模型使用 COM 调用。如果由于某种原因，您希望 Boost.Interprocess 使用另一种模型初始化 COM 库，请在包含 Boost.Interprocess 之前定义宏 BOOST_INTERPROCESS_WINDOWS_COINIT_MODEL 为以下值之一

共享内存 (shared_memory_object) 在 Windows 中使用内存映射文件实现，放置在共享文档文件夹中的共享目录中 (SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\Common AppData)。此目录名称是通过会话管理器的注册表值获取的最后启动时间。自 Boost 1.74 以来，此行为是默认行为。

旧版本的 Boost.Interprocess (直到 Boost 1.48 ) 使用 COM 调用 (通过宏 BOOST_INTERPROCESS_BOOTSTAMP_IS_LASTBOOTUPTIME)，但该时间戳在虚拟机和时间调整中不可靠。直到 (Boost 1.74) 的后续版本使用 EventLog 启动事件作为时间戳，但一些用户发现如果系统运行时间过长，此事件可能不存在于事件日志中。您可以定义 BOOST_INTERPROCESS_BOOTSTAMP_IS_EVENTLOG_BASED 来强制使用基于事件日志的时间戳。

在任何错误情况下（未定义共享文档文件夹或无法获取启动时间），库都会抛出错误。您仍然可以通过定义自己的目录作为共享目录来使用 Boost.Interprocess。当您的共享目录是编译时常量时，在使用库时定义 BOOST_INTERPROCESS_SHARED_DIR_PATH（以及 Windows 系统中的 BOOST_INTERPROCESS_SHARED_DIR_WPATH），该路径将用于放置共享内存文件。当您必须在运行时确定共享目录时，定义 BOOST_INTERPROCESS_SHARED_DIR_FUNC 并实现以下函数

namespace boost {
    namespace interprocess {
        namespace ipcdetail {
            void get_shared_dir(std::string &shared_dir);
            //wstring overload is only needed for Windows systems
            void get_shared_dir(std::wstring &shared_dir);
        }
    }
}

如果定义了 BOOST_USE_WINDOWS_H，则会包含 <windows.h> 和其他 Windows SDK 文件，否则库会声明所需的功能和结构，以减少包含这些重型标头的影响。

在没有 POSIX 共享内存支持的系统上，共享内存对象实现为内存映射文件，使用放置在 "/tmp" 中的目录，该目录可以包含（如果定义了 BOOST_INTERPROCESS_HAS_KERNEL_BOOTTIME）最后启动时间（如果操作系统支持）。与 Windows 一样，在任何错误情况下，如果无法获取此目录，库都会抛出错误。当您的共享目录是编译时常量时，在使用库时定义 BOOST_INTERPROCESS_SHARED_DIR_PATH，该路径将用于放置共享内存文件。当您必须在运行时确定共享目录时，定义 BOOST_INTERPROCESS_SHARED_DIR_FUNC 并实现该函数

namespace boost {
    namespace interprocess {
        namespace ipcdetail {
            void get_shared_dir(std::string &shared_dir);
        }
    }
}

提交的地址空间是内核可能必须提供的虚拟内存（交换空间或物理内存/RAM）总量，如果所有应用程序都决定访问它们从内核请求的所有内存。默认情况下，Linux 允许进程提交比系统中可用虚拟内存更多的虚拟内存。如果未访问该内存，则实际上不使用物理内存 + 交换空间。

这种行为的原因是 Linux 试图优化 fork 进程的内存使用；fork() 创建进程空间的完整副本，但在过度提交的内存中，在这个新的 fork 实例中，只有已写入的页面才需要由内核实际分配。如果应用程序访问的内存超过可用内存，则内核必须以硬方式释放内存：OOM（内存不足）杀手会选择一些进程杀死以回收内存。

Boost.Interprocess 无法更改此行为，用户在访问共享内存时可能会遭受 OOM 杀手的困扰。根据 内核文档，Linux 内核支持多种过度提交模式。如果您的应用程序需要非杀死保证，则应更改此过度提交行为。

从 FreeBSD 11 开始，声明了宏 _POSIX_THREAD_PROCESS_SHARED。但是，默认行为与 Linux 上的行为不同。如果要使用此功能，根据 libthr(3) 的手册页，您应该检查 sysctl 的 kern.ipc.umtx_vnode_persistent

如果您希望映射文件在最后一个句柄关闭后仍然有用，请将此变量设置为 1。

Boost.Interprocess 在 MacOS 中使用 POSIX 共享内存来实现 MacOS 中的共享内存类。

但是，沙盒应用程序无法使用 System V (XSI) 信号量和 POSIX 信号量，并且默认情况下无法使用共享内存。但是，通过指定请求加入应用程序组的权利，应用程序可以使用这些技术与其他应用程序组成员进行通信。

请参阅 Apple 文档 了解有关沙盒应用程序中进程间通信的限制和指南。