我以前玩过很少的计算机图形C/ c++应用程序。 过了这么久，有些东西消失了，我很想念它们。

关键是，malloc和new，或free和delete，可以同时工作， 特别是对于某些基本类型，这是最常见的。

例如，一个char数组可以用malloc或new来分配。 一个主要的区别是，使用new，你可以实例化一个固定的数组大小。

char* pWord = new char[5]; // allocation of char array of fixed size 

在这种情况下，不能使用变量来表示数组的大小。 相反，malloc函数可以允许变量大小。

int size = 5; 
char* pWord = (char*)malloc(size); 

在这种情况下，可能需要一个转换强制转换操作符。 对于malloc返回的类型，它是指向void的指针，而不是char。 有时候编译器不知道如何转换这个类型。

分配内存块后，可以设置变量值。 对于一些较大的数组，memset函数确实会慢一些。 但是在赋值之前，所有的bit必须先设置为0。 因为数组的值可以有任意的内容。

假设，数组被分配给另一个较小的数组。 数组元素的一部分仍然可以有任意内容。 在这种情况下，建议调用memset函数。

memset((void*)pWord, 0, sizeof(pWord) / sizeof(char)); 

分配函数可用于所有C包。 这些是通用函数，必须适用于更多的C类型。 c++库是旧C库的扩展。 因此malloc函数返回一个泛型void*指针。 该结构没有定义new或delete操作符。 在这种情况下，可以使用malloc分配自定义变量。

new和delete关键字实际上是一些定义好的C操作符。 也许一个自定义联合或类可以定义这些操作符。 如果在类中没有定义new和delete，则它们可能不起作用。 但如果一个类是由另一个类派生的，这个类有这些操作符， new和delete关键字可以具有基本的类行为。

关于释放数组，free只能与malloc结合使用。 不能使用malloc分配变量，然后使用delete释放变量。

简单的删除操作符只引用数组的第一项。 因为pWord数组也可以写成:

pWord = &pWord[0]; // or *pWord = pWord[0]; 

当必须删除一个数组时，使用delete[]操作符:

delete[] pWord; 

类型转换并不坏，只是不适用于所有的变量类型。 转换类型转换也是一个必须定义的运算符函数。 如果没有为某个类型定义此操作符，则它可能不起作用。 但并不是所有的错误都是由这个转换强制转换操作符引起的。

另外，在使用自由调用时，必须使用到空指针的类型转换。 这是因为free函数的实参是一个空指针。

free((void*)pWord); 

可能会出现一些错误，因为数组的大小太小。 但这是另一个故事，并不是因为使用了演员阵容。

致以亲切的问候，艾德里安·布里纳斯

来自c++ FQA Lite:

[16.4] Why should I use new instead of trustworthy old malloc()? FAQ: new/delete call the constructor/destructor; new is type safe, malloc is not; new can be overridden by a class. FQA: The virtues of new mentioned by the FAQ are not virtues, because constructors, destructors, and operator overloading are garbage (see what happens when you have no garbage collection?), and the type safety issue is really tiny here (normally you have to cast the void* returned by malloc to the right pointer type to assign it to a typed pointer variable, which may be annoying, but far from "unsafe"). Oh, and using trustworthy old malloc makes it possible to use the equally trustworthy & old realloc. Too bad we don't have a shiny new operator renew or something. Still, new is not bad enough to justify a deviation from the common style used throughout a language, even when the language is C++. In particular, classes with non-trivial constructors will misbehave in fatal ways if you simply malloc the objects. So why not use new throughout the code? People rarely overload operator new, so it probably won't get in your way too much. And if they do overload new, you can always ask them to stop.

对不起，我就是忍不住。：）

如果你处理的数据不需要构造/销毁，需要重新分配(例如，一个大的整数数组)，那么我相信malloc/free是一个很好的选择，因为它给你realloc，这比new-memcpy-delete快得多(它在我的Linux盒子上，但我猜这可能是平台相关的)。如果你使用的c++对象不是POD并且需要构造/销毁，那么你必须使用new和delete操作符。

无论如何，如果可以利用realloc可以给您的速度提升(如果您正在重新分配大型POD数组，有时是一个显著的提升)，我不明白为什么不应该同时使用这两种方法(前提是您释放了错误的内存并删除了用new分配的对象)。

除非你需要它，否则你应该坚持在c++中使用new/delete。

New将初始化结构的默认值，并正确地将结构中的引用链接到结构本身。

E.g.

struct test_s {
    int some_strange_name = 1;
    int &easy = some_strange_name;
}

因此，new struct test_s将返回一个带有工作引用的初始化结构，而malloc'ed版本没有默认值，实习引用也没有初始化。

很少考虑使用malloc/free而不是new/delete的情况是，当你使用realloc进行分配和重新分配(简单的pod类型，而不是对象)时，因为在c++中没有类似于realloc的函数(尽管这可以使用更c++的方法来完成)。

在c++中总是使用new。如果你需要一个无类型的内存块，你可以直接使用operator new:

void *p = operator new(size);
   ...
operator delete(p);