内存分配相关，new , GlobalAlloc, VirtualAlloc, HeapAlloc

从用户的角度来看，WIN32的内存管理是非常简单和明了的。每一个应用程序都有自己独立的4G地址空间，这种内存模式叫做“平坦”型地址模式，所有的段寄存器或描述符都指向同样的起始地址，所有的地址偏移都是32位的长度，这样一个应用程序无须变换选择符就可以存取自己的多达4G的地址空间。这种内存管理模式是非常简洁而便于管理的，而且我们再不用和那些令人讨厌的“near”和“far”指针打交道了。在W16下有两种主要类型的API：全局和局部。“全局”的API 分配在其他的段中，这样从内存角度来看他们是一些“far”（远）函数或者叫远过程调用，“局部”API只要和进程的堆打交道，所以把它们叫做“near”（近）函数或者近过程调用。而在WIN32中，这两种内存模式是相同的，无论您调用GlobalAlloc还是LocalAlloc，结果都是一样。

至于分配和使用内存的过程都是一样的：

    调用GlobalAlloc函数分配一块内存，该函数会返回分配的内存句柄。 
    调用GlobalLock函数锁定内存块，该函数接受一个内存句柄作为参数，然后返回一个指向被锁定的内存块的指针。 
    您可以用该指针来读写内存。 
    调用GlobalUnlock函数来解锁先前被锁定的内存，该函数使得指向内存块的指针无效。 
    调用GlobalFree函数来释放内存块。您必须传给该函数一个内存句柄。 
    在WIN32中您也可以用“Local”替代内存分配API函数带有“Global”字样的函数中的“Global”，也即用LocalAlloc、LocalLock等。
    在调用函数GlobalAlloc时使用GMEM_FIXED标志位可以更进一步简化操作。使用了该标志后，Global/LocalAlloc返回的是指向已分配内存的指针而不是句柄，这样也就不用调用Global/LocalLock来锁定内存了，释放内存时只要直接调用Global/LocalFree就可以了。

HeapAlloc和GlobalAlloc以及VirtualAlloc三者之间的关系

 VirtualAlloc一次分配1PAGE以上的RAM. 每次分配都是PAGE的整数倍.
你不会想为了分配1个BYTE的空间而浪费剩下的4095字节. OK. 你可以自己写算法,多分
配几PAGE. 然后每次分配少量数据时就从那几PAGE中划分出来. 什么? 你笨到不会写分
配算法? 好巴 KERNEL32给你一个解决办法. 用HeapAlloc/GlobalAlloc分配RAM. 这样,
KERNEL32帮你完成分配动作, 并且尽量在减少用于跟踪空闲区域和已占用区域消耗的数
据结构.
    很久以前也有个产品叫做WINDOWS. 那时候的WINDOWS是16BIT的. 地址空间有些紧俏.
有钱不够. 还需要粮票肉票才能拿到. 你已经调用GlobalAlloc和已经出钱的性质一样.
GlobalAlloc还不够. 有时候需要GlocalLock才能确定你的东西确实可以拿到手.不然你
的指针会非法. 被充公. 你的应用会被杀头. 扯远了. 后来OS进化了. 觉得可以取消粮
票肉票. 但是你必须用新版钞票才行. 那就是HeapAlloc. 只要市场上的RAM数量没问题
. 你的HeapAlloc没问题. 那就总能拿到东西. 但是, 你总不能说有了2000版的钞票,
那80版的马上作废啊. 那GlobalAlloc也只好继续流通下去. 至于可以流通到什么时候.
没人知道.

- new是C++操作符, GlobalAlloc是WinXX的API函数。
- new除了分配内存外还会调用构造函数， GlobalAlloc已经不提倡使用为了与16位的程序兼容而保留的
- 两者均作全局内存分配，new可以根据操作系统有不同的实现（但无论如何实现，其分配出之内存只能被同一进程访问), 但后者分配的内存可以被不同进程访问(比如在进程1中分配内存，进程2中释放其。)所以后者才是真正的全局分配.
一般除了在剪贴板等函数中使用GlobalAlloc函数返回的句柄外，在其它地方使用GlobalAlloc函数的地方不多啊

GlobalAlloc()/GlobalFree

Debug

某年，某月，某日。 为某一个大型程序，增加一个大型功能。编译，运行，死机。 跟踪之，居然死在了如下语句： CString str; 而且还极不稳定，这次调试死在n行，下次调试死在m行。但都是和内存申请有关。（由于程序很大，其中频繁地申请和释放内存，多处使用new和CString） 猜测：一定是内存不够啦，遂在某处调用函数得到当前剩余的物理内存数量并使用MessageBox显示。报告曰：自由物理内存还有100多M。鼠标按下OK键，程序居然不死了。恩？？？ 删除MessageBox()函数—死！加上MessageBox()函数—不死！再删除–死，再加上–不死。晕倒！ 捏呆呆郁闷不知道多少时间后，灵光闪烁……把多处的new/delete改写为GlobalAlloc()/GlobalFree()，一切OK。 事后原因分析：使用new和CString，频繁申请，释放内存，一定产生零碎内存块。当使用MessageBox的时候，系统接管程序的运行（因为它在等待着你按OK按纽），它这时候开始回收合并这些零碎的内存块。这样程序就没有问题了。而函数GlobalAlloc()/GlobalFree()本身就有回收合并零碎内存的功能。 友情提示：在频繁使用new,CString的场合，建议把某些（大）数据块的申请用GlobalAlloc替换。

转自：http://blog.csdn.net/magicsutra/article/details/1842199

几种分配方法耗时的比较：

m alloc:390
new:391
VirtualAlloc:454
HeapAlloc:47