C++ 何時使用動態分配（即使用new關鍵字）？何時使用指標？

標籤：c++   對象   

動態分配

在你的問題裡，你用了兩種方式建立對象。這兩種方式主要的不同在於對象的儲存時間。當執行Object myObject;這句代碼時，它作為自動變數被建立，這意味著當對象出了範圍時也會自動銷毀。而當你使用new Object()這種方式時，對象所擁有的記憶體是動態分配的，這表示直到你調用delete()方法對象才會被銷毀，否則一直存在。當需要用動態分配記憶體來處理時，你應該只使用動態分配的方式，也就是說，當你可以使用動態分配記憶體的時候就不要使用自動變數。

以下是可能會使用到動態分配的兩種常見情況：

1.當想讓對象在出了範圍後依然存在——且確實就是之前儲存在該記憶體中的對象，而不是對象的拷貝。如果你可以接受使用對象的拷貝或者移動（大部分情況下你應該這樣），那麼你更應該使用自動儲存方式。

2. 當需要大量記憶體時，這種情況下極易導致棧溢出。當然如果這對你來說根本不是問題就更好了（大部分情況下這是不可能的）。這顯然超出了C++的管轄範圍，但是不幸的是，我們必須處理我們開發的系統中存在的這種現實問題。

當你確實需要使用動態分配時，你應該將它封裝到一個智能指標中或者其他能具有RAII特性的類型（例如標準容器）。智能指標提供動態分配記憶體的對象的所有權語義。例如std::unique_ptr和std::shared_ptr。如果你能夠合適的使用它，你基本上不需要自己管理記憶體（參見Rule of Zero這篇文章)。

指標

事實上，指標除了用來實現動態分配記憶體外還有很多其它的用法，但是其中大部分也都存在比它們更好的選擇。就像前面說過的那樣，除非你必須用到指標，否則不要貿然使用。

需要使用引用的情況：有的時候，你想調用的函數需要訪問你當前的對象本身（而不是它的拷貝），那麼你就需要使用指標作為參數進行傳遞（暫不論它是如何分配的）。然而，在大部分情況下，使用引用會比指標更好，這也正是引用被設計的理由。注意一下，這裡不需要像上面所說的那樣去延長對象的生命週期。前面已經說過了，如果你能接受使用對象的拷貝，那麼你就沒必要再使用引用了。

需要使用多態的情況：通常你只能通過對象的指標或者引用來實現多態（也就是根據對象的動態類型來調用函數）。如果這就是你想要的，那麼你就需要使用指標或者引用。同樣，以指標為優先選擇。

當對象可忽略時，通過傳遞一個null 指標來實現對象是可選的屬性：如果它是一個參數的話，你應該優先使用預設參數或者函數重載的方法。否則你應該選擇一種可以封裝這種行為的類型，例如boost::optional（或者是std::optional)。

當你想降低檔案間的編譯依存關係從而節省時間：指標的一大特點在於你只需要在前面聲明一下指標指向的類型（而如果要使用實際的對象，你還需要定義一下）。這樣你就能降低你的編譯單元之間的耦合性從而減少編譯時間。參考Pimpl idiom.

當你想調用C或者類似C風格的函數庫的介面時：在這種情況下，你不得不使用指標進行操作。你唯一能做的事情就是要保證你的指標在不使用時要被釋放。你也能通過智能指標來操作原指標，例如通過它來調用成員函數。如果被調用庫已經為你申請了空間而又希望你通過控制代碼來釋放的話，利用智能指標封裝起控制代碼並利用定製的析構器來釋放記憶體無疑是一種合理的選擇。

著作權聲明：本文為博主原創文章，未經博主允許不得轉載。

C++ 何時使用動態分配（即使用new關鍵字）？何時使用指標？