以上所有正确答案还有一点，这取决于你在做什么类型的编程。在Windows中开发内核，例如->堆栈受到严重限制，您可能无法像在用户模式中那样处理页面错误。

在这样的环境中，新的或类似c的API调用是首选的，甚至是必需的。

当然，这只是规则的一个例外。

核心原因是堆上的对象总是比简单值更难使用和管理。编写易于阅读和维护的代码始终是任何认真的程序员的首要任务。

另一种情况是，我们使用的库提供了值语义，使动态分配变得不必要。Std::string就是一个很好的例子。

然而，对于面向对象的代码，使用指针——这意味着使用new来预先创建指针——是必须的。为了简化资源管理的复杂性，我们有几十种工具使其尽可能简单，比如智能指针。基于对象的范式或泛型范式假设值语义，并需要更少或不需要新的，正如其他地方的海报所述。

传统的设计模式，尤其是GoF书中提到的那些，大量使用new，因为它们是典型的面向对象代码。

因为堆栈速度更快，而且防漏

在c++中，只需要一条指令就可以为给定函数中的每个局部作用域对象在堆栈上分配空间，而且不可能泄漏任何内存。该评论意图(或应该意图)说“使用堆栈而不是堆”之类的话。

两个原因:

在这种情况下没有必要。您正在使代码不必要地变得更加复杂。 它在堆上分配空间，这意味着您必须记住稍后删除它，否则将导致内存泄漏。

C++ doesn't employ any memory manager by its own. Other languages like C# and Java have a garbage collector to handle the memory C++ implementations typically use operating system routines to allocate the memory and too much new/delete could fragment the available memory With any application, if the memory is frequently being used it's advisable to preallocate it and release when not required. Improper memory management could lead memory leaks and it's really hard to track. So using stack objects within the scope of function is a proven technique The downside of using stack objects are, it creates multiple copies of objects on returning, passing to functions, etc. However, smart compilers are well aware of these situations and they've been optimized well for performance It's really tedious in C++ if the memory being allocated and released in two different places. The responsibility for release is always a question and mostly we rely on some commonly accessible pointers, stack objects (maximum possible) and techniques like auto_ptr (RAII objects) The best thing is that, you've control over the memory and the worst thing is that you will not have any control over the memory if we employ an improper memory management for the application. The crashes caused due to memory corruptions are the nastiest and hard to trace.

新就是新目标。

Recall why goto is so reviled: while it is a powerful, low-level tool for flow control, people often used it in unnecessarily complicated ways that made code difficult to follow. Furthermore, the most useful and easiest to read patterns were encoded in structured programming statements (e.g. for or while); the ultimate effect is that the code where goto is the appropriate way to is rather rare, if you are tempted to write goto, you're probably doing things badly (unless you really know what you're doing).

New也类似——它经常被用来使事情变得不必要的复杂和难以阅读，最有用的使用模式可以被编码到各种各样的类中。此外，如果您需要使用任何新的使用模式，而这些模式还没有标准类，您可以编写自己的类来编码它们!

我甚至认为new比goto更糟糕，因为需要对new和delete语句进行配对。

像goto一样，如果您认为需要使用new，那么您可能做得很糟糕——特别是如果您在一个类的实现之外这样做，这个类的目的是封装您需要做的任何动态分配。