new和malloc的问题

syy64 2004-04-28 09:12:44
1、当用new在堆中申请一块内存时,这块内参不能太大,请问为什么?到底它能申请多大空间?
2、malloc在堆中申请内存空间比new大,请问为什么?它到底大多少?
以上问题哪位能详细解答?
...全文
346 13 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
captainwh 2004-04-28
  • 打赏
  • 举报
回复
取决于系统当前有多少可用资源, 分配空间失败说明你需要的内存没有办法获得
暗黑帝国 2004-04-28
  • 打赏
  • 举报
回复
没看到过new有限制空间大小的问题
subtop 2004-04-28
  • 打赏
  • 举报
回复
new 最终调用的是HeapAlloc,而HeapAlloc声明如下:
LPVOID HeapAlloc(
HANDLE hHeap, // handle to the private heap block
DWORD dwFlags, // heap allocation control flags
DWORD dwBytes // number of bytes to allocate
);
其中第一个参数必须是HeapCreate或GetProcessHeap 函数的返回句柄。
如果是HeapCreate的话(如下:)
HANDLE HeapCreate(
DWORD flOptions, // heap allocation flag
DWORD dwInitialSize, // initial heap size
DWORD dwMaximumSize // maximum heap size
);
那么当该函数的最后一个参数非0时,所创建的堆要比0x7FFF8(512k)略小。如果为0,则大小受到可用内存的限制。
还有,new申请的内存不可移动,会造成内存碎片。
syy64 2004-04-28
  • 打赏
  • 举报
回复
用new在堆中申请内存空间大小没有限制吗?大家都同意这个观点吗?有不同的意见吗?
madhappy 2004-04-28
  • 打赏
  • 举报
回复
区别两个

1 new是操作符
malloc是库函数

2 new可以调用构造函数,malloc不可以


还有,这两个函数不存在内存分配大小问题
这两个操作是在堆里面申请内存空间,除非空间不够了,返回BULL指针,否则都没有问题的,如果你出现了某种情况,看看是不是其它的问题。
syy64 2004-04-28
  • 打赏
  • 举报
回复
楼上这位朋友,我指的是分配空间的大小,我只关心它们内存的大小限制,以及这些限制的理由。
byry 2004-04-28
  • 打赏
  • 举报
回复
函数malloc的原型如下:
void * malloc(size_t size);
用malloc申请一块长度为length的整数类型的内存,程序如下:
int *p = (int *) malloc(sizeof(int) * length);
我们应当把注意力集中在两个要素上:“类型转换”和“sizeof”。
malloc返回值的类型是void *,所以在调用malloc时要显式地进行类型转换,将void * 转换成所需要的指针类型。malloc函数本身并不识别要申请的内存是什么类型,它只关心内存的总字节数。我们通常记不住int, float等数据类型的变量的确切字节数。

运算符new使用起来要比函数malloc简单得多,例如:
int *p1 = (int *)malloc(sizeof(int) * length);
int *p2 = new int[length];
这是因为new内置了sizeof、类型转换和类型安全检查功能。对于非内部数据类型的对象而言,new在创建动态对象的同时完成了初始化工作。如果对象有多个构造函数,那么new的语句也可以有多种形式。例如
class Obj
{
public :
Obj(void); // 无参数的构造函数
Obj(int x); // 带一个参数的构造函数

}
void Test(void)
{
Obj *a = new Obj;
Obj *b = new Obj(1); // 初值为1

delete a;
delete b;
}
如果用new创建对象数组,那么只能使用对象的无参数构造函数。
byry 2004-04-28
  • 打赏
  • 举报
回复
malloc与free是C++/C语言的标准库函数,new/delete是C++的运算符。它们都可用于申请动态内存和释放内存。
对于非内部数据类型的对象而言,光用maloc/free无法满足动态对象的要求。对象在创建的同时要自动执行构造函数,对象在消亡之前要自动执行析构函数。由于malloc/free是库函数而不是运算符,不在编译器控制权限之内,不能够把执行构造函数和析构函数的任务强加于malloc/free。
因此C++语言需要一个能完成动态内存分配和初始化工作的运算符new,以及一个能完成清理与释放内存工作的运算符delete。注意new/delete不是库函数。
我们先看一看malloc/free和new/delete如何实现对象的动态内存管理。

class Obj
{
public :
Obj(void){ cout << “Initialization” << endl; }
~Obj(void){ cout << “Destroy” << endl; }
void Initialize(void){ cout << “Initialization” << endl; }
void Destroy(void){ cout << “Destroy” << endl; }
};
void UseMallocFree(void)
{
Obj *a = (obj *)malloc(sizeof(obj)); // 申请动态内存
a->Initialize(); // 初始化
//…
a->Destroy(); // 清除工作
free(a); // 释放内存
}
void UseNewDelete(void)
{
Obj *a = new Obj; // 申请动态内存并且初始化
//…
delete a; // 清除并且释放内存
}
用malloc/free和new/delete如何实现对象的动态内存管理

类Obj的函数Initialize模拟了构造函数的功能,函数Destroy模拟了析构函数的功能。函数UseMallocFree中,由于malloc/free不能执行构造函数与析构函数,必须调用成员函数Initialize和Destroy来完成初始化与清除工作。函数UseNewDelete则简单得多。
所以我们不要企图用malloc/free来完成动态对象的内存管理,应该用new/delete。由于内部数据类型的“对象”没有构造与析构的过程,对它们而言malloc/free和new/delete是等价的。
既然new/delete的功能完全覆盖了malloc/free,为什么C++不把malloc/free淘汰出局呢?这是因为C++程序经常要调用C函数,而C程序只能用malloc/free管理动态内存。
如果用free释放“new创建的动态对象”,那么该对象因无法执行析构函数而可能导致程序出错。如果用delete释放“malloc申请的动态内存”,理论上讲程序不会出错,但是该程序的可读性很差。所以new/delete必须配对使用,malloc/free也一样。
微星1234 2004-04-28
  • 打赏
  • 举报
回复
new 调用得就是malloc啊, 谁说new参数不能大啊,
可以申请四百多兆呢, 要申请更多就要用VirtualAlloc了.
swbreath 2004-04-28
  • 打赏
  • 举报
回复
一次申请最大内存限制是MAXLONG-1,2的31次方减一
树组定义最大维数65535
swbreath 2004-04-28
  • 打赏
  • 举报
回复
一次申请最大内存限制是MAXINT-1,2的31次方减一
树组定义最大维数65535
syy64 2004-04-28
  • 打赏
  • 举报
回复
感谢各位朋友,我基本上有些概念了,当系统比较大时,内存分配和内存管理一直是我们头痛的事情,如果哪位朋友还有什么高见,请留言,有机会我们再共同探讨,这次准备结题了,谢谢大家。
QunKangLi 2004-04-28
  • 打赏
  • 举报
回复
内存分配最终都堆(HEAP)上操作,允许的最大空间是_HEAP_MAXREQ=0xFFFFFFE0,但C运行库会在每次额外分配一个_CrtMemBlockHeader结构在该次分配的内存起始处,同时在结束处多分配nNoMansLadnSize=4个字节的内存用于检测检查调试.因此通常的高效内存管理技术都是将多次小空间分配合并成一次大空间分配,或只进行一次分配,回收时不释放以直接用于下次分配的 .
可分配空间并不等于一定可以分配到,这受环境的直接影响,如页文件的大小,系统已经占用的空间等.
当所给参数太大,会有运行时警告:Invalid allocation size: %u bytes.

16,548

社区成员

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

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

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