再谈Win32动态库的接口中使用STL(原创)

饿很少写东西,原因很多,比如懒,水平低,智商低,动手能力低.......
而饿还是要写这个帖子的原因是看到网上有部分关于Win32动态库的接口中使用STL的帖子内容有误,会误导大家.所以...........
如果哪位想传载本文,悉听尊便,如果能保留本文出处饿会很感谢.
http://kenny-office.blog.163.com/blog/static/307869272010010028561/
2010-1-1 00:13 严重厚道

STL很好用,但它不合适用于动态库的接口,原理很简单,每个动态库有独立的静态数据段,这个数据段对动态库间传递的STL容器是个灾难.M$给大家的解决方案是使用MD模式的代码生成.但这样必定限定你的STL窗口依赖VC的运行时库来运行你的程序.这个方式似乎不够优雅.有没有更好的方法呢?
答案当然是肯定的,人有多大胆地有多高产. 不过现在时间少人又懒就简单说明,如果后面有时间饿再完善(但饿还是比较负责任的说明一下估计是不会再完善了:->).
解决STL对运行时库依赖的关键点在STL默认的空间分配器,这个空间分配器的实现有静态成员.这些静态成员导致你的STL程序内的静态成员在不同动态库间无法寻址正确的数据区.
只要你写一个自己的空间分配器,直接使用系统的堆内存管理实现分配器就可以了解决这个问题.如果你还需要高效内存管理也可以封装一个内存池(内存池的库很多,boost里就有一个现成的),在你的空间分配器中使用接口透明掉内存池的实现.这样就可以使STL在动态库间不受限制的传递并保证内存管理的效率.
最后再说一下估计看到这里的大多数朋友是不知道怎么实现一个空间分配器的,饿给你一个满足最最最基本需求的版本,哈哈!
从MinGW带的STL实现里复制一个默认空间分配器来修改一下,具体怎么改因为太简单也不详细说了.你直接COPY下面的代码到你的代码里稍加调试就可以用了.但要提醒你这个示例的性能很一般,用于满足最最最基本需求的.

Just do it:

//
// 请把下面的代码另存为custom_alloc.hpp文件
//
namespace nsCustom
{
 using std::size_type; //如果size_type不是定义在std空间的就去掉,饿是个懒得追究细节的人.请各位看官看在饿写辛苦写本文情由下给饿这恶习一点点谅解.

 //

 struct