Boost的提供了一套ipc的接口,内存映射文件将文件的内容映射到进程的地址空间。
#include <boost/interprocess/file_mapping.hpp>
原生的file_mapping接口提供了创建一个内存映射文件,然后通过mapped_region进行进程地址空间的映射,获取映射到进程空间的地址,并在此地址进行对象的构造和操作。
由于直接在映射的地址进行复杂数据结构的构造很复杂的事情,原因是:映射后只能获得一个起始地址,要在这个地址上进行对象的构建和销毁,都要基于这个地址,也就是所构建的对象内部必须都是相对地址,不能使用现有的stl的容器,因为他们都是构建在堆上的,内存使用的都是指针,不是一个偏移。
所以boost提供了更高层次的接口managed_mapped_file
#include <boost/interprocess/managed_mapped_file.hpp>
managed_mapped_file允许在内存映射文件上直接构建复杂的boost的数据结构。是不是很兴奋。。。
Managed_mapped_file不能在map file上构建STL的容器。和原生的file_mapping一样,托管内存映射文件类只是隐藏了在映射空间上构建对象的细节,它本身依然是基于一个映射起始地址的字节操作。内部使用的都是相对偏移地址,所以不能使用STL容器。
在使用managed_mapped_file进行数据结构构造之前,要知道:
- Allocator:的含义和工作原理
- Managed_mapped_file的接口含义
在C++的stl中,allocator作为所有容器的标配,负责所有数据结构的动态内存的分配和销毁、对象的构造和析构。和new表达式的功能可以理解为一样的。那这里理一下C++的内存分配。
new表达式执行过程:
- 首先会调用operator new这个标准库函数,分配足够的原始未类型化的内存
- 然后调用该类型的构造函数进行对象的构造
- 最后返回对象的指针
new表达式执行过程中内存分配和对象的构造是无法分开的。但有时候我们希望内存的分配和对象的构造进行分离。因为new可能在某些类的创建过程中带来很多运行时的开销。具体原因有如下:
- 可能会创建从不使用的对象
- 使用预先分配对象的时候,被使用的对象必须重新赋值
- 若预分配的内存必须被构造,某些类就不能使用它。
基于上面的理由,就出现了动态内存的预分配技术,即allocator。allocator类中allocate()和deallocate()成员负责内存的分配,construct()和destroy()负责对象的构造和销毁。”
C++标准中的allocator类主要包含以下4个成员:
引用C++ primer中的一句话
现代C++程序一般应该使用allocator类来分配内存,它更安全更灵活。
至于allocator的实现,在SGI STL中,标准的allocator类内存使用operator new和operator delete进行内存的分配和释放。特殊的allocator(所有stl 容器默认使用的),采用的二级配置器,分配算法采用:内存池 + free list, 内存的分配采用c的malloc和free。这里就不细说了。
说到这里allocator的功能和用途也很清楚了。