《effective C++》条款三

                                                   尽量使用new和delete而不用malloc和free

   malloc和free（及其变体）会产生问题的原因在于他们太简单：他们不知道构造函数和析构函数。

   

   假设用两种方法给一个包好10个string对象的数组分配空间，一个用malloc，另一个用new：

          string * stringArray1=static_cast<string*>(malloc(10*sizeof(string))));

          string *stringArray2=new string[10];

   其结果是，stringArray1确定指向的是可以容纳10个string对象的足够空间，但是内存里并没有创建这些对象。而且，如果你不从这种晦涩难懂的语法怪圈里跳出来的话，你没有办法来初始化数组里的对象。换句话说，stringArray1其实一点用也没有。相反，stringArray2指向的是一个包含10个完全构造好的string对象的数组，每个对象可以在任何读取string的操作力安全。

假设你想了个怪招对stringArray1数组里的对象进行了初始化，那么在你后面的程序里你一定刚回这么做：

            free(stringArray1);

            

    delete [] stringArray2;

调用free将会释放stringArray1指向的内存，但是，内存里的string对象不会调用析构函数。如果string对象是一般情况那样，自己已经分配了内存，那这些内存将会全部消失。相反，当对stringArray2调用delete数组里的每个对象都会在内存释放前调用析构函数。

既然new和delete可以这么有效的与析构函数和析构函数交互，选用他们是显然的。

new/delete和malloc/free的不兼容性常常会导致一些严重的复杂性问题。举个例子，<string.h>里通常有个strdup函数，它得到一个char*字符串然后返回其拷贝：

char*  strdup(const char *ps);//返回ps所指的拷贝

既然ｍａｌｌｏｃ和ｆｒｅｅ对构造函数和析构函数一无所知，吧ｍａｌｌｏｃ／ｆｒｅｅ和ｎｅｗ／ｄｅｌｅｔｅ混起来用有像嘈杂拥挤的晚会那样难以控制，那么你最好就什么时候都一心一意使用ｎｅｗ／ｄｅｌｅｔｅ吧。