言归正传,我们在内存池（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的规格。