生命周期
性能
第壹點才是我們需要著重考慮的。由於棧的特性，如果妳需要壹個具有比其所在的上下文更長的生命周期的變量，只能在堆上創建它。所以，我們的推薦是：只要能在棧上創建對象，就在棧上創建；否則的話，如果妳不得不需要更長的生命周期，只能選擇堆上創建。這是由於在棧上的對象不需要我們手動管理內存。有經驗的開發人員都會對內存管理感到頭疼，我們就是要避免這種情況的發生。總的來說，我們更多推薦選擇在棧上創建對象。
但是，有些情況，即便妳在棧上創建了對象，它還是會占用堆的空間。考慮如下代碼：
C++
1
2
3
4
void func
{
std::vector v;
}
對象v是在棧上創建的。但是，STL 的vector類其實是在堆上面存儲數據的（這點可以查看源代碼）。因此，只有對象v本身是在棧上的，它所管理的數據（這些數據大多數時候都會遠大於其本身的大小）還是保存在堆上。
關於第二點性能，有影響，不過壹般可以忽略不計。確切的說，壹般情況下妳不需要考慮性能問題，除非它真的是壹個問題。
首先，在堆上創建對象需要追蹤內存的可用區域。這個算法是由操作系統提供，通常不會是常量時間的。當內存出現大量碎片，或者幾乎用到 100% 內存時，這個過程會變得更久。與此相比，棧分配是常量時間的。其次，棧的大小是固定的，並且遠小於堆的大小。所以，如果妳需要分配很大的對象，或者很多很多小對象，壹般而言，堆是更好的選擇。如果妳分配的對象大小超出棧的大小，通常會拋出壹個異常。盡管很罕見，但是有時候也的確會發生。有關性能方面的問題，更多出現在嵌入式開發中：頻繁地分配、釋放內存可能造成碎片問題。
現代操作系統中，堆和棧都可以映射到虛擬內存中。在 32 位 Linux，我們可以把壹個 2G 的數據放入堆中，而在 Mac OS 中，棧可能會限制為 65M。
總的來說，關於究竟在堆上，還是在棧上創建對象，首要考慮妳所需要的生命周期。當性能真正成為瓶頸的時候，才去考慮性能的問題。堆和棧是提供給開發者的兩個不同的工具，不存在壹個放之四海而皆準的規則告訴妳，壹個對象必須放在堆中還是在棧中。選擇權在開發者手中，決定權在開發者的經驗中。