vc2005 bad alloc异常处理方案

服务器采用vc2005编译，运行期间出现bad_alloc异常，异常出现时虚拟内存占用高达1G以上，而程序正在申请一块较大的内存，如4MB，当时应该是没有连续的内存可供分配，而vs2005报出异常。
异常调用堆栈如下所示：
kernel32.dll!7c80bef7()    
msvcr80d.dll!_unlock(int locknum=8)  行376   C
msvcr80d.dll!_unlockexit()  行760 + 0x7 字节   C
msvcr80d.dll!_CxxThrowException(void * pExceptionObject=0x09b1f09c, const _s__ThrowInfo * pThrowInfo=0x103037e4)  行166         C++
msvcr80d.dll!operator new(unsigned int size=1695865)  行64         C++

导致bad alloc异常主要有2种类型的原因：
1） 内存配合不足——即当时确实没有足够的内存来满足内存申请
2） 大量内存碎片——即有足够的内存满足申请，但这些内存由于分配和去配形成了很多不连续的小块内存（碎片），从而导致不能满足应用的较大空间的分配。

根据其导致问题的原因不同，对应也存在两种解决该类问题的方向：
1） 进程可用内存扩展
 32位操作系统进程地址空间为4GB，其中2GB为内存空间，2GB为进程私有空间，也就是说进程最大可用虚拟内存为2GB。
 扩展进程可用内存有种方法：
 第一种方法：采用/3GB方式，即将进程空间调整，使内存空间压缩为1GB，而进程私有空间扩展至3GB，增加1GB的私有内存空间。
 该方法需要修改操作系统的c:/boot.ini文件，在如下行中添加/3GB参数（本例为XP操作系统）
 [operating systems]
 multi(0)disk(0)rdisk(0)partition(1)/WINDOWS="Microsoft Windows XP Professional" /noexecute=optin /fastdetect /3GB
 然后，需要修改程序的编译选项
 对于VC6，可以打开工作选项设置，转到link页签，然后在Project Options(工程选项)框当中添加一条"/LARGEADDRESSAWARE"，或者"/LARGEADDRESSAWARE:YES"。
 对于VC2005(其它版本可以参考这一个设置，也可以参考VC6那样添加链接器的命令行参数），Project(工程)菜单->Properies(属性)->Configuration Properties(配置属性)->Linker(链接)->System(系统)->Enable Large Address设置为"/LARGEADDRESSAWARE"(默认为"Default")

注意:如果EXE使用了DLL,DLL不需要做任何修改,只需要修改EXE的LARGEADDRESSAWARE连接属性即可!
 第二种方法：采用PAE（物理地址扩展）和AWE（地址窗口扩展），扩展进程的寻址空间，使进程能够支持最大64GB的物理内存。
 PAE：目前很多CPU的地址总线已经从32扩展成为了36根。但是操作系统默认是不支持36位地址总线，需要使用/PAE参数使操作系统支持36位地址总线。
 该方法需要修改操作系统的c:/boot.ini文件，在如下行中添加/pae参数（本例为XP操作系统）
 [operating systems]
 multi(0)disk(0)rdisk(0)partition(1)/WINDOWS="Microsoft Windows XP Professional" /noexecute=optin /fastdetect /pae
 仅增加PAE参数还不够，应用程序还需要使用AWE API来申请、管理、释放内存，即应用程序需要自己实现一个支持AWE的内存管理器。
2） 解决内存碎片
 解决内存碎片问题通常有２种优化方法：
 第一种，局部优化，即分析出应用程序频繁的申请小块内存的代码，进行局部优化，从而降低碎片率
 第二种，编写内存管理器，优化分配、去配和内存块合并算法等。有了内存管理器，还有其他好处，例如可以按线程跟踪内存泄露，分析内存碎片率，
 找出导致内存碎片率过高的问题代码等等。