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