如果你是用c++写的，你可能是为了性能而写的。使用new和free store要比使用堆栈慢得多(特别是在使用线程时)，所以只在需要时使用它。

正如其他人所说，当你的对象需要存在于函数或对象作用域之外，对象非常大，或者当你在编译时不知道数组的大小时，你需要new。

另外，尽量避免使用delete。把你的新代码包装成智能指针。让智能指针为你调用删除。

There are some cases where a smart pointer isn't smart. Never store std::auto_ptr<> inside a STL container. It will delete the pointer too soon because of copy operations inside the container. Another case is when you have a really large STL container of pointers to objects. boost::shared_ptr<> will have a ton of speed overhead as it bumps the reference counts up and down. The better way to go in that case is to put the STL container into another object and give that object a destructor that will call delete on every pointer in the container.

简短的回答是肯定的，“new”关键字非常重要，因为当你使用它时，对象数据存储在堆上，而不是堆栈上，这是最重要的!

你是将myClass传递给函数，还是期望它存在于函数之外?正如其他人所说，当您不在堆上分配时，这完全是关于范围的问题。当你离开函数时，它(最终)消失了。初学者常犯的一个经典错误是试图在函数中创建某个类的局部对象，并返回它而不将其分配到堆上。我还记得在我早期使用c++时调试这类事情。

如果你是用c++写的，你可能是为了性能而写的。使用new和free store要比使用堆栈慢得多(特别是在使用线程时)，所以只在需要时使用它。

正如其他人所说，当你的对象需要存在于函数或对象作用域之外，对象非常大，或者当你在编译时不知道数组的大小时，你需要new。

另外，尽量避免使用delete。把你的新代码包装成智能指针。让智能指针为你调用删除。

There are some cases where a smart pointer isn't smart. Never store std::auto_ptr<> inside a STL container. It will delete the pointer too soon because of copy operations inside the container. Another case is when you have a really large STL container of pointers to objects. boost::shared_ptr<> will have a ton of speed overhead as it bumps the reference counts up and down. The better way to go in that case is to put the STL container into another object and give that object a destructor that will call delete on every pointer in the container.

c++核心指南R.11:避免显式使用new和delete。

自从这个问题的答案被写出来以来，情况已经发生了显著的变化。具体来说，c++已经发展成为一门语言，标准库现在更加丰富。为什么这很重要?因为两个因素的结合:

使用new和delete有潜在的危险:如果你没有在不再使用时删除所有已分配的内容，那么内存可能会泄漏;永远不要删除当前未分配的资源。 标准库现在提供了封装new和delete调用的智能指针，这样你就不必自己管理免费存储/堆的分配了。标准库和其他地方的其他容器也是如此。

正如链接的文档所示，这已经发展成为c++社区编写更好的c++代码的“核心准则”之一。当然，这条规则也有例外:有人需要编写那些使用new和delete的封装类;但那个人很少是你自己。

补充@DanielSchepler的有效答案:

如果变量只在单个函数的上下文中使用，那么最好使用堆栈变量，即选项2。正如其他人所说，您不必管理堆栈变量的生命周期——它们是自动构造和销毁的。而且，相比之下，在堆上分配/释放变量的速度较慢。如果函数被足够频繁地调用，使用堆栈变量而不是堆变量，您将看到巨大的性能改进。

也就是说，在一些明显的实例中，堆栈变量是不够的。

If the stack variable has a large memory footprint, then you run the risk of overflowing the stack. By default, the stack size of each thread is 1 MB on Windows. It is unlikely that you'll create a stack variable that is 1 MB in size, but you have to keep in mind that stack utilization is cumulative. If your function calls a function which calls another function which calls another function which..., the stack variables in all of these functions take up space on the same stack. Recursive functions can run into this problem quickly, depending on how deep the recursion is. If this is a problem, you can increase the size of the stack (not recommended) or allocate the variable on the heap using the new operator (recommended).

另一种更可能的情况是，您的变量需要“生存”在函数的作用域之外。在这种情况下，可以在堆上分配变量，以便在任何给定函数的作用域之外都可以访问它。