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) 解决内存碎片
 解决内存碎片问题通常有2种优化方法:
 第一种,局部优化,即分析出应用程序频繁的申请小块内存的代码,进行局部优化,从而降低碎片率
 第二种,编写内存管理器,优化分配、去配和内存块合并算法等。有了内存管理器,还有其他好处,例如可以按线程跟踪内存泄露,分析内存碎片率,
 找出导致内存碎片率过高的问题代码等等。

你可能感兴趣的:(优化,windows,properties,XP,Microsoft,扩展)