你買了套房，住進去之前得先裝修。

　　你買個硬盤，用之前得先分區。

　　你買個手機，用之前得先裝上sim卡、下載一些必要軟件、注冊/登錄微信/支付寶賬戶。

　　創建一個對象也一樣：你得到了一塊內存；這塊內存可能是“二手房”，前任留下的shit什么的都還留在里面，你得先清理（把內容置零）、重新裝修（設置一些基礎信息）之后才能入住。

　　過去，C時代，這些都得你自己照應。如果你忘了，那么訪問了未初始化存儲區、讀出亂七八糟的東西，你就自認倒霉吧。

　　C++時代，人們變聰明了：既然裝修是入住前的必要步驟，我干脆把它固定到你的《購房流程指導書》里算了。你交錢買房后，就會有人領你看房、給你談裝修事宜。

　　這個固定的、執行裝修事宜的步驟就是構造函數。

　　用偽碼表示的話，對象創建流程是這樣的：
1、用各種奇怪的方式得到一塊內存
2、執行構造函數，“裝修”這塊內存
3、拎包入住
每個人都有自己獨特的口味，每個用戶自定義對象也有不同的初始化流程。
因此，C++做了一個約定：和類名相同的無返回函數就是它的初始化函數（構造函數），編譯器保證在創建一個對象之后、允許你使用它之前，它必定會在這個對象對應的內存上執行構造函數，按你的要求把對象裝修好。如果你不寫，那么它默認給你個毛坯房（這就是所謂的“默認構造函數”）。
舉例來說，你打算寫個網游；其中有一個魔法師角色；那么當new一個新的魔法師對象時，你就要給它弄上一套默認的初始裝備：

class Mage {Mage() {//new一個白板法杖//new一件普通法袍}Mage(法杖類型 法杖, 法袍類型 法袍) {//按傳入的法杖類型new一根法杖//按傳入的法袍類型new一件法袍} }

現在，你聲明一個法師對象，對應的構造函數就被調用了：

//自動執行Mage()，為它添加一根白板法杖和一件普通法袍 Mage babyMage(); //自動執行Mage(法杖類型 法杖, 法袍類型 法袍)，給它一套NB的裝備 Mage superMage(天使之杖, 神圣裹尸布);

一般來說，你寫了自己的構造函數，就有必要寫出自己的析構函數。這樣刪除法師對象時，可以把new給他的裝備一起刪掉，以免造成內存泄漏：

class Mage {Mage() {//new一個白板法杖//new一件普通法袍}Mage(法杖類型 法杖, 法袍類型 法袍) {//按傳入的法杖類型new一根法杖//按傳入的法袍類型new一件法袍}~Mage() {//刪除法杖、法袍等對象} }

C++保證在你調用delete時，先自動調用析構函數（而我們安排在這個函數里面刪除它的法杖、法袍等對象），再刪除對象占用的內存。

以上，就是所謂的RAII機制（Resource Acquisition Is Initialization）。
C++中的RAII機制
等你有了一定的開發經驗，那么一定經常聽到“（資源）誰申請誰釋放”原則。基于這個原則才能清晰、準確的界定資源的生存期、控制權。

而RAII天然保證了這個原則被嚴格執行：如果任何類/對象都嚴格的管好自己申請的資源、并在析構時確保這些資源被無遺漏的歸還；那么對一個熟練掌握了RAII的程序員來說，只要一個對象的生存期、所有權、引用關系（計數）在設計之初都理清楚了，資源泄露就是不可能的。

為了清晰表達“所有權轉移、復制”等相關語義，C++標準庫才提供了shared_ptr、unique_ptr、weak_ptr等“智能指針”；更有趣的是，這些“智能指針”同樣是借助于有保障的構造/析構函數的自動調用機制設計的。你必須先透徹理解構造/析構函數，才有可能明白它們的工作原理、甚至自己實現它們（沒錯，過去那個C++標準化/STL庫總是跟不上趟的年代里，很多程序員在自己的工程里手工編寫過shared_ptr）。
Smart pointers (Modern C++)
因此，當其它語言的程序員覺得離開“垃圾回收”都活不成時，資深C++程序員輕蔑的說“資源可不僅僅是內存”——沒有嚴格的RAII機制，沒有構造/析構函數調用時機的可靠保證，其它語言在管理內存之外的資源時，反而要比C++困難。

總結

以上是生活随笔為你收集整理的通俗易懂解释一下C++的构造函数是怎样的呢？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。