当使用std::list<std::string>时，我偶然发现了堆栈溢出问题std::string的内存泄漏，其中一个注释说:
不要用那么多new。我看不出你为什么在任何地方都用新的。你可以在c++中通过值创建对象，这是使用该语言的一个巨大优势。您不必分配堆上的所有内容。不要像Java程序员那样思考。
我不太确定他这么说是什么意思。
为什么在c++中应该尽可能多地根据值创建对象，这在内部有什么不同?我误解了答案吗?
当前回答
在很大程度上，这是某人将自己的弱点提升为普遍准则。使用new操作符创建对象本身没有任何问题。有一些争论是，你必须遵循一些规则:如果你创建了一个对象，你需要确保它会被销毁。
最简单的方法是在自动存储中创建对象，这样c++就知道在它超出作用域时销毁它:
{
File foo = File("foo.dat");
// Do things
}
现在，观察一下，当你在结束大括号之后离开那个块时，foo超出了作用域。c++会自动调用它的析构函数。与Java不同，您不需要等待垃圾回收来找到它。
你写过
{
File * foo = new File("foo.dat");
你需要显式地匹配它
delete foo;
}
或者更好的是，将你的File *分配为“智能指针”。如果你不小心，它可能会导致泄漏。
答案本身做了一个错误的假设，如果你不使用new，你就不会在堆上分配;事实上，在c++中你不知道这一点。最多，您知道少量的内存，比如一个指针，肯定分配在堆栈上。但是，考虑一下File的实现是否像这样:
class File {
private:
FileImpl * fd;
public:
File(String fn){ fd = new FileImpl(fn);}
然后FileImpl仍然会被分配到堆栈上。
是的，你最好确保你有
~File(){ delete fd ; }
在课堂上也是如此;如果没有它，即使根本没有在堆上分配内存，也会从堆中泄漏内存。
其他回答
New()不应该尽可能少地使用。应该尽可能小心地使用它。而且，它应该在实用主义的要求下，在必要时经常使用。
对象在堆栈上的分配依赖于它们的隐式销毁，这是一个简单的模型。如果对象所需的作用域符合该模型，则不需要使用new()，以及相关的delete()和NULL指针检查。 在你有很多短期对象的情况下，在堆栈上分配应该可以减少堆碎片的问题。
但是，如果对象的生命周期需要扩展到当前范围之外，那么new()是正确的答案。只要确保您注意何时以及如何调用delete()以及NULL指针的可能性，使用已删除对象以及使用指针所带来的所有其他问题。
New在堆上分配对象。否则，对象分配在堆栈上。查一下两者的区别。
以上所有正确答案还有一点，这取决于你在做什么类型的编程。在Windows中开发内核，例如->堆栈受到严重限制，您可能无法像在用户模式中那样处理页面错误。
在这样的环境中，新的或类似c的API调用是首选的，甚至是必需的。
当然，这只是规则的一个例外。
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.
我发现有几个重要的原因让我们忽略了尽量少做新事情:
Operator new的执行时间不确定
调用new可能会导致操作系统为进程分配新的物理页，也可能不会。如果你经常这样做，会很慢。或者它可能已经准备好了一个合适的内存位置;我们不知道。如果你的程序需要具有一致且可预测的执行时间(如在实时系统或游戏/物理模拟中)，你需要避免在时间关键型循环中添加新的元素。
操作符new是一个隐式线程同步
是的，你听到了。你的操作系统需要确保你的页表是一致的，因此调用new会导致你的线程获得一个隐式互斥锁。如果你一直从许多线程调用new，你实际上是在序列化你的线程(我用32个cpu做过这个，每个cpu都调用new来获得几百个字节，哎呦!那是一个需要调试的皇家p.i.t.a.。)
其余的，比如速度慢、碎片化、容易出错等，其他答案已经提到了。
