LocalAlloc和GlobalAlloc的区别于具体解释（转）

最近在找工作，好烦啊！！！！！！！！
算了，与其一直郁闷，不如先做点笔记，换换脑子（还是学东西有意思！）。
参考博客：
http://blog.csdn.net/fgh_555/article/details/2560774
http://hi.baidu.com/gamedot/item/0727f36eb4fa65116995e6d8

1. HeapAlloc：HeapALloc是从堆上分配一块内存，且分配的内存是不可移动的（即如果没有连续的空间能满足分配的大小，程序不能将其他零散的空间利用起来，从而导致分配失败）。该分配方法是从一指定地址开始分配，而不像GloabalAlloc是从全局堆上分配，这个有可能是全局，也有可能是局部。
   函数原型：
   LPVOID
   HeapAlloc(
   HANDLE hHeap,
   DWORD dwFlags,
   SIZE_T dwBytes
   );
   参数介绍：
   hHeap是进程堆内存开始位置。
   dwFlags是分配堆内存的标志
   HEAP_ZERO_MEMORY 即使分配的空间清零
   dwBytes是分配堆内存的大小。
   其对应的释放空间函数为HeapFree。

2. GlobalAlloc：该函数用于从全局堆中分配出内存供程序使用。
   函数原型：
   HGLOBAL GlobalAlloc(
   UINT uFlags,
   SIZE_T dwBytes
   );
   参数介绍：
   uFlags参数含义
   GMEM_FIXED 分配固定内存，返回值是一个指针
   GMEM_MOVEABLE 分配活动内存，在Win32中,内存块不能在物理内存中移动，但能在默认的堆中移动。返回值是内存对象的句柄，用函数GlobalLock可将句柄转化为指针
   GMEM_ZEROINIT 将内存内容初始化为零
   GPTR GMEM_FIXED和GMEM_ZEROINIT的组合
   GHND GMEM_MOVEABLE和GMEM_ZEROINIT的组合
   一般情况下我们在编程的时候，给应用程序分配的内存都是可以移动的或者是可以丢弃的，这样能使有限的内存资源充分利用，所以，在某一个时候我们分配的那块内存的地址是不确定的，因为他是可以移动的，所以得先锁定那块内存块，这儿应用程序需要调用API函数GlobalLock函数来锁定句柄。如下： lpMem=GlobalLock(hMem); 这样应用程序才能存取这块内存。所以我们在使用GlobalAllock时，通常搭配使用GlobalLock，当然在不使用内存时，一定记得使用 GlobalUnlock，否则被锁定的内存块一直不能被其他变量使用。
   GlobalAlloc对应的释放空间的函数为GlobalFree。

3. LocalAlloc：该函数用于从局部堆中分配内存供程序使用。
   函数原型：
   HLOCAL LocalAlloc(
   UINT uFlags,
   SIZE_T uBytes
   );
   参数同GlobalAlloc。
   在 16位Windows中是有区别的,因为在16位windows用一个全局堆和局部堆来管理内存，每一个应用程序dll装入内存时，代码段被装入全局堆，而系统又为每个实例从全局堆中分配了一个64kb的数据段作为该实例的局部堆，用来存放应用程序的堆栈和所有全局或静态变量。而 LocalAlloc/GlobalAlloc就是分别用于在局部堆或全局堆中分配内存。
   由于每个进程的局部堆很小，所以在局部堆中分配内存会受到空间的限制。但这个堆是每个进程私有的，相对而言分配数据较安全，数据访问出错不至于影响到整个系统。
   而在全局堆中分配的内存是为各个进程共享的，每个进程只要拥有这个内存块的句柄都可以访问这块内存，但是每个全局内存空间需要额外的内存开销，造成分配浪费。而且一旦发生严重错误，可能会影响到整个系统的稳定。
   不过在Win32中，每个进程都只拥有一个省缺的私有堆，它只能被当前进程访问。应用程序也不可能直接访问系统内存。所以在Win32中全局堆和局部堆都指向进程的省缺堆。用LocalAlloc/GlobalAlloc分配内存没有任何区别。甚至LocalAlloc分配的内存可以被GlobalFree释放掉。所以在Win32下编程，无需注意Local和Global的区别，一般的内存分配都等效于 HeapAlloc(GetProcessHeap(),…)。
   LocalAlloc对应的释放函数为LockFree。
   GlobalAlloc和LocalAlloc都是Windows系统提供的内存分配函数，他们的区别源于16位代码时代，那时没有不同的进程内存空间，GlobalAlloc是在全局的、公用的远堆上分配，LocalAlloc则在任务自己的近堆上分配。在Win32平台下这两个函数是完全相同的，都是在进程自己的内存空间中分配，Lock之后的结果是普通指针（32位近指针）。

4．VirtualAlloc：该函数的功能是在调用进程的虚地址空间,预定或者提交一部分页，如果用于内存分配的话,并且分配类型未指定MEM_RESET,则系统将自动设置为0。
函数原型：
LPVOID VirtualAlloc(
LPVOID lpAddress, // region to reserve or commit
SIZE_T dwSize, // size of region
DWORD flAllocationType, // type of allocation
DWORD flProtect // type of access protection
);
VirtualAlloc 可以通过并行多次调用提交一个区域的部分或全部来保留一个大的内存区域。多重调用提交同一块区域不会引起失败。这使得一个应用程序保留内存后可以随意提交将被写的页。当这种方式不在有效的时候，它会释放应用程序通过检测被保留页的状态看它是否在提交调用之前已经被提交。
VirtualAlloc对应的释放函数为VirtualFree。

5．malloc：一般malloc的实现并不是从系统的堆中分配的，而是从编译器连接的运行库自己管理的堆中分配。在Win32平台上的开发工具的编译结果中，通常是用HeapCreate创建一个堆，用HeapAlloc和HeapRealloc维护堆的空间增长，在最后用HeapDestroy删除堆。而在用malloc分配、用free释放时则由运行库的代码负责从这个堆中分配空间和向这个堆中归还空间，并维护这个堆中的数据结构。
由于malloc堆的管理是由运行库自己管理的，所以当我们使用静态运行库时，如果在一个DLL中用malloc分配了内存而在另一个DLL中用 free去释放它，通常都会产生问题，这是因为每个DLL都连接了一份运行库的代码，从而也都有一个自己的局部堆，而在用free释放时它会假设这块内存是在自己的堆中分配的，从而导致错误。而通过GlobalAlloc和LocalAlloc分配的内存不存在这个问题。
HeapCreate完成了创建堆的操作，HeapAlloc、HeapRealloc和HeapFree都是从这个堆中分配、释放内存的函数。也就是说，Windows系统其实已经为我们提供了完整的一套使用自己的局部堆的操作，不过没有看到指定分配策略的方法。根据编译器提供的源代码来看，VC中的malloc、realloc和free等函数主要功能就是用这几个API函数来实现的，而BC中的实现相当复杂，似乎是维护了一套自己的逻 辑。据说BC的内存分配比VC快，大概就是这个原因了。
malloc对应的释放函数为free。

1. New：是C++的运算符，主要用来新建类，与C++的构造函数和异常机制有关，与上述其它函数的使用环境大相庭径。一般编译器中的new都是用malloc来分配内存的。
   New对应的释放函数为delete。