言归正传。我们在内存池(MemPool)技术详解已经介绍了boost::pool组件。从内存管理观念的变革来看，这是是一个传统的MemPool组件，尽管也有一定的改进（但只是性能上的改进）。但boost::object_pool不同，它与我在C++内存管理变革强调的观念非常吻合。可以认为，boost::object_pool是一种不通用的gc allocator组件。

　　我已经多次提出gc allocator的概念。这里仍然需要强调一下，所谓gc allocator，是指具垃圾回收能力的allocator。C++内存管理变革(1)　中我们引入了这个概念，但是没有明确gc allocator一词。

　　boost: object_pool内存管理观念

　　boost::object_pool的了不起之处在于，这是C++从库的层次上头一次承认，程序员在内存管理上是会犯错误的，由程序员来确保内存不泄漏是困难的。boost::object_pool允许你忘记释放内存。我们来看一个例子：

　　　　class X　{　…　};
　
　　　　void　func()
　　　　{
　　　　　　　 boost::object_pool<X>　alloc;
　
　　　　　　　 X*　obj1　=　alloc.construct();
　　　　　　　　X*　obj2　=　alloc.construct();
　　　　　　　 alloc.destroy(obj2);
　　　　}

　　如果boost::object_pool只是一个普通的allocator，那么这段代码显然存在问题，因为obj1的析构函数没有执行，申请的内存也没有释放。

　　但是这段代码是完全正常的。是的，obj1的析构确实执行了，所申请内存也被释放了。这就是说，boost::object_pool既支持你手工释放内存（通过主动调用object_pool::destroy），也支持内存的自动回收（通过object_pool::~object_pool析构的执行）。这正符合gc allocator的规格。