关于堆和new

BORLANDSUN 2009-02-17 04:20:52
今天忽然想到一个问题,书上说new操作符在Windows平台下的实现是调用堆API从进程的堆中分配空间的,但进程默认的堆空间只有1M。那么,这样一来,使用new就肯定分配不了大于1M的空间了。
但事实好像不是这样,我做了实验,10M都分配成功了,这是怎么一回事呢?难到系统会动态地加大默认堆的尺寸?
...全文
101 8 打赏 收藏 转发到动态 举报
写回复
用AI写文章
8 条回复
切换为时间正序
请发表友善的回复…
发表回复
BORLANDSUN 2009-02-17
  • 打赏
  • 举报
回复
再更正一下.(唉,真的是老了!==)
new的内存真的是在进程的默认堆中分配的,而且进程默认堆是可以扩展尺寸的.
只不过Jeffery重载了new运算符,使得他的类实例在类自己的静态堆中分配空间.
oyljerry 2009-02-17
  • 打赏
  • 举报
回复
进程可以占用4G,但只有2G是可以访问的,所以一般理论上最多分配2G
BORLANDSUN 2009-02-17
  • 打赏
  • 举报
回复
还是很感谢楼上几位朋友的大力相助,虽然有些没有理解我的意思.
加分.
BORLANDSUN 2009-02-17
  • 打赏
  • 举报
回复
唉,明白了.
原来new操作符在内部自己又生成了一个堆,然后在自己的这个堆里分配内存,而不是在进程的默认堆中.
结帖.
BORLANDSUN 2009-02-17
  • 打赏
  • 举报
回复
书是《Windows核心编程》,Jeffrey Richter的经典.
进程的虚拟空间是4GB,这我知道,而且可以使用虚拟内存API对其进行管理.我想知道的是关于堆的一些设置。
因为我从工程设置中的Linker项中看到了“Maximum heap size:0x01000000”这句。
Fancyboy2004 2009-02-17
  • 打赏
  • 举报
回复
你说的应该是栈吧。
栈:在Windows下,栈是向低地址扩展的数据结构,是一块连续的内存的区域。这句话的意思是栈顶的地址和栈的最大容量是系统预先规定好的,在WINDOWS下,栈的大小是2M(也有的说是1M,总之是一个编译时就确定的常数),如果申请的空间超过栈的剩余空间时,将提示overflow。因此,能从栈获得的空间较小。

堆:堆是向高地址扩展的数据结构,是不连续的内存区域。这是由于系统是用链表来存储的空闲内存地址的,自然是不连续的,而链表的遍历方向是由低地址向高地址。堆的大小受限于计算机系统中有效的虚拟内存。由此可见,堆获得的空间比较灵活,也比较大。
vcPlayer 2009-02-17
  • 打赏
  • 举报
回复
什么时候的书?

一般来说,一个程序可以访问的空间大小是与计算机字长有关的。如目前的32位机,可以最大访问4G的空间。

这4G的空间被分成很多块,一般固定的有共享块、内核代码块、代码块、数据块、栈……;在这些块之外的空间均可被视为被“堆”所占据。限制你实际使用堆大小的,还有你RAM + 虚拟内存的大小。

一些所谓的“内存整理软件”,其实就是通过分配一块非常大的内存,来迫使系统进行内存换页操作,把一些碎片及不需要的东西给收拾掉,然后再释放自己的内存。从而造成一种把你内存“解放”出来的感觉。
oyljerry 2009-02-17
  • 打赏
  • 举报
回复
进程默认的是空间为1M
堆根据你平台,指针长度,2G等,足够你使用

16,472

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧