組的區(qū)別、淺拷貝與深拷貝一次講透：內(nèi)存管理完整指南)
C指針與數(shù)組的區(qū)別、淺拷貝與深拷貝一次講透內(nèi)存管理完整指南【免費下載鏈接】GameDeveloper-Client-Interview?? ????? ??? ?? ??? ?????項目地址: https://gitcode.com/gh_mirrors/ga/GameDeveloper-Client-Interview對于準備游戲客戶端面試的初學者來說C指針、數(shù)組以及淺拷貝、深拷貝是繞不開的三大基礎考點。本文用大白話把這些概念一次講透幫你系統(tǒng)梳理C內(nèi)存管理的核心知識無論是理解int arr[]與int* p的關系還是搞清對象賦值時拷了什么、沒拷什么都能在這里找到答案。讀完這篇指南你就能從容應對面試官關于指針、數(shù)組與內(nèi)存的經(jīng)典追問。1?? 指針和數(shù)組到底什么關系很多人初學時會困惑指針和數(shù)組到底是不是一回事一句話總結(jié)數(shù)組本質(zhì)上也可以看作一個只讀的指針——因為數(shù)組名指向的就是連續(xù)元素的首地址。但兩者的關鍵區(qū)別在于對比項數(shù)組指針本質(zhì)連續(xù)元素的集合數(shù)組名即首地址存放地址的變量能否重新賦值? 數(shù)組名是常量不能改變指向? 可以隨時指向新地址能否/? 不支持增址運算? 支持p、p 1內(nèi)存位置通常在棧上固定大小變量本身在棧上可指向堆內(nèi)存打個比方數(shù)組就像寫死在快遞單上的固定倉庫地址而指針是一張可以隨時換寫的便簽紙今天指向這個倉庫明天就能指向那個倉庫。 面試高頻追問為什么a合法而arr非法答案就在于——數(shù)組名是常量指針變量才可以被修改。2?? 淺拷貝 vs 深拷貝對象賦值時的隱形陷阱這是面試中幾乎必問的深拷貝與淺拷貝Shallow Copy / Deep Copy問題。淺拷貝只復制成員變量本身。如果成員是一個指針那么復制的只是地址兩個對象的指針指向同一塊內(nèi)存。深拷貝在淺拷貝的基礎上把指針所指向的那塊內(nèi)存也重新分配并復制一份兩個對象從此徹底獨立。用生活化比喻淺拷貝 把家門鑰匙復制了一把兩個人拿著鑰匙進的是同一套房深拷貝 另買了一套房子連房間里的家具都重新做了一份。?? 淺拷貝的危險在于當一個對象delete了自己指向的內(nèi)存另一個對象的指針就變成了懸空指針Dangling Pointer此時再訪問就會引發(fā)未定義行為輕則崩潰重則難查的內(nèi)存錯誤。 一個容易混淆的點C# 中淺拷貝指的是只復制堆對象的引用兩個變量指向同一對象和 C 的術(shù)語習慣不同。如果你是從 Unity/C# 轉(zhuǎn)過來的開發(fā)者尤其要注意這層差異。什么時候必須實現(xiàn)深拷貝當你的類通過new/malloc在堆上持有資源比如int* data、char* name時默認的拷貝構(gòu)造函數(shù)和拷貝賦值運算符只會做淺拷貝你需要手動實現(xiàn)拷貝構(gòu)造 拷貝賦值 析構(gòu)即 Rule of Three避免 double free。3?? 內(nèi)存管理的三個經(jīng)典坑理解了指針與拷貝再把目光放到內(nèi)存管理上游戲客戶端面試最關心的就是下面三類問題坑一內(nèi)存泄漏Memory Leaknew了卻沒有delete或malloc后沒有free內(nèi)存永遠不會被回收。一個特別容易被忽略的場景是通過基類指針 delete 派生類對象如果基類沒有聲明虛析構(gòu)函數(shù)只會調(diào)用基類的析構(gòu)派生類中動態(tài)分配的資源就此泄漏。? 經(jīng)驗法則類被用作基類時析構(gòu)函數(shù)盡量聲明為virtual?？佣铱罩羔楧angling Pointerdelete之后沒有把指針置為nullptr舊指針還以為自己指向有效對象。移動語義Move Semantics中也遵循同樣原則對象被移動走后原對象持有的指針會被置空防止兩側(cè)都去 delete?？尤齼?nèi)存碎片頻繁的new/delete會造成堆內(nèi)存碎片化分配大內(nèi)存時找不到連續(xù)空間。這也是為什么重復重分配場景下realloc往往比反復new/delete更劃算。4?? 現(xiàn)代C的解法智能指針與RAII既然手動new/delete容易出錯現(xiàn)代 C 推薦用智能指針來接管內(nèi)存管理智能指針所有權(quán)模型適用場景unique_ptr獨占所有權(quán)不可復制默認首選90% 的場景shared_ptr引用計數(shù)共享計數(shù)歸零時釋放多方共同擁有所需weak_ptr弱引用不參與計數(shù)打破shared_ptr循環(huán)引用它們的底層思想是RAII資源獲取即初始化資源在構(gòu)造時獲取、析構(gòu)時自動釋放。只要對象出了作用域哪怕中途拋異常內(nèi)存也會被自動回收——再也不用擔心忘記delete。?? 進階追問預警兩個shared_ptr互相指針對方會形成循環(huán)引用引用計數(shù)永遠無法歸零造成內(nèi)存泄漏。此時引入weak_ptr即可化解這是面試深挖的高頻點。5?? 面試速記卡片 把本文濃縮成 5 句話面試前快速過一遍數(shù)組名是常量、指向首地址指針是可變的地址變量。淺拷貝只拷成員值指針成員會共享同一塊堆內(nèi)存。深拷貝額外復制指針指向的內(nèi)容兩個對象完全獨立。堆上持有資源的類要實現(xiàn)深拷貝并警惕 double free。優(yōu)先使用unique_ptr/shared_ptr RAII 自動管理內(nèi)存基類記得加虛析構(gòu)函數(shù)。掌握以上內(nèi)容你就能在面試中把指針與數(shù)組、淺拷貝與深拷貝、內(nèi)存泄漏與懸空指針這條知識鏈完整串起來。建議再結(jié)合項目中 C/ 目錄下的其他筆記如L-value, R-value、Move Semantics、smart pointer相關章節(jié)做延伸學習逐步構(gòu)建起扎實的 C 內(nèi)存管理知識體系離游戲客戶端開發(fā)者的目標又近一步【免費下載鏈接】GameDeveloper-Client-Interview?? ????? ??? ?? ??? ?????項目地址: https://gitcode.com/gh_mirrors/ga/GameDeveloper-Client-Interview創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 C++指針與數(shù)組的區(qū)別、淺拷貝與深拷貝一次講透：內(nèi)存管理完整指南
C指針與數(shù)組的區(qū)別、淺拷貝與深拷貝一次講透內(nèi)存管理完整指南【免費下載鏈接】GameDeveloper-Client-Interview?? ????? ??? ?? ??? ?????項目地址: https://gitcode.com/gh_mirrors/ga/GameDeveloper-Client-Interview對于準備游戲客戶端面試的初學者來說C指針、數(shù)組以及淺拷貝、深拷貝是繞不開的三大基礎考點。本文用大白話把這些概念一次講透幫你系統(tǒng)梳理C內(nèi)存管理的核心知識無論是理解int arr[]與int* p的關系還是搞清對象賦值時拷了什么、沒拷什么都能在這里找到答案。讀完這篇指南你就能從容應對面試官關于指針、數(shù)組與內(nèi)存的經(jīng)典追問。1?? 指針和數(shù)組到底什么關系很多人初學時會困惑指針和數(shù)組到底是不是一回事一句話總結(jié)數(shù)組本質(zhì)上也可以看作一個只讀的指針——因為數(shù)組名指向的就是連續(xù)元素的首地址。但兩者的關鍵區(qū)別在于對比項數(shù)組指針本質(zhì)連續(xù)元素的集合數(shù)組名即首地址存放地址的變量能否重新賦值? 數(shù)組名是常量不能改變指向? 可以隨時指向新地址能否/? 不支持增址運算? 支持p、p 1內(nèi)存位置通常在棧上固定大小變量本身在棧上可指向堆內(nèi)存打個比方數(shù)組就像寫死在快遞單上的固定倉庫地址而指針是一張可以隨時換寫的便簽紙今天指向這個倉庫明天就能指向那個倉庫。 面試高頻追問為什么a合法而arr非法答案就在于——數(shù)組名是常量指針變量才可以被修改。2?? 淺拷貝 vs 深拷貝對象賦值時的隱形陷阱這是面試中幾乎必問的深拷貝與淺拷貝Shallow Copy / Deep Copy問題。淺拷貝只復制成員變量本身。如果成員是一個指針那么復制的只是地址兩個對象的指針指向同一塊內(nèi)存。深拷貝在淺拷貝的基礎上把指針所指向的那塊內(nèi)存也重新分配并復制一份兩個對象從此徹底獨立。用生活化比喻淺拷貝 把家門鑰匙復制了一把兩個人拿著鑰匙進的是同一套房深拷貝 另買了一套房子連房間里的家具都重新做了一份。?? 淺拷貝的危險在于當一個對象delete了自己指向的內(nèi)存另一個對象的指針就變成了懸空指針Dangling Pointer此時再訪問就會引發(fā)未定義行為輕則崩潰重則難查的內(nèi)存錯誤。 一個容易混淆的點C# 中淺拷貝指的是只復制堆對象的引用兩個變量指向同一對象和 C 的術(shù)語習慣不同。如果你是從 Unity/C# 轉(zhuǎn)過來的開發(fā)者尤其要注意這層差異。什么時候必須實現(xiàn)深拷貝當你的類通過new/malloc在堆上持有資源比如int* data、char* name時默認的拷貝構(gòu)造函數(shù)和拷貝賦值運算符只會做淺拷貝你需要手動實現(xiàn)拷貝構(gòu)造 拷貝賦值 析構(gòu)即 Rule of Three避免 double free。3?? 內(nèi)存管理的三個經(jīng)典坑理解了指針與拷貝再把目光放到內(nèi)存管理上游戲客戶端面試最關心的就是下面三類問題坑一內(nèi)存泄漏Memory Leaknew了卻沒有delete或malloc后沒有free內(nèi)存永遠不會被回收。一個特別容易被忽略的場景是通過基類指針 delete 派生類對象如果基類沒有聲明虛析構(gòu)函數(shù)只會調(diào)用基類的析構(gòu)派生類中動態(tài)分配的資源就此泄漏。? 經(jīng)驗法則類被用作基類時析構(gòu)函數(shù)盡量聲明為virtual?？佣铱罩羔楧angling Pointerdelete之后沒有把指針置為nullptr舊指針還以為自己指向有效對象。移動語義Move Semantics中也遵循同樣原則對象被移動走后原對象持有的指針會被置空防止兩側(cè)都去 delete?？尤齼?nèi)存碎片頻繁的new/delete會造成堆內(nèi)存碎片化分配大內(nèi)存時找不到連續(xù)空間。這也是為什么重復重分配場景下realloc往往比反復new/delete更劃算。4?? 現(xiàn)代C的解法智能指針與RAII既然手動new/delete容易出錯現(xiàn)代 C 推薦用智能指針來接管內(nèi)存管理智能指針所有權(quán)模型適用場景unique_ptr獨占所有權(quán)不可復制默認首選90% 的場景shared_ptr引用計數(shù)共享計數(shù)歸零時釋放多方共同擁有所需weak_ptr弱引用不參與計數(shù)打破shared_ptr循環(huán)引用它們的底層思想是RAII資源獲取即初始化資源在構(gòu)造時獲取、析構(gòu)時自動釋放。只要對象出了作用域哪怕中途拋異常內(nèi)存也會被自動回收——再也不用擔心忘記delete。?? 進階追問預警兩個shared_ptr互相指針對方會形成循環(huán)引用引用計數(shù)永遠無法歸零造成內(nèi)存泄漏。此時引入weak_ptr即可化解這是面試深挖的高頻點。5?? 面試速記卡片 把本文濃縮成 5 句話面試前快速過一遍數(shù)組名是常量、指向首地址指針是可變的地址變量。淺拷貝只拷成員值指針成員會共享同一塊堆內(nèi)存。深拷貝額外復制指針指向的內(nèi)容兩個對象完全獨立。堆上持有資源的類要實現(xiàn)深拷貝并警惕 double free。優(yōu)先使用unique_ptr/shared_ptr RAII 自動管理內(nèi)存基類記得加虛析構(gòu)函數(shù)。掌握以上內(nèi)容你就能在面試中把指針與數(shù)組、淺拷貝與深拷貝、內(nèi)存泄漏與懸空指針這條知識鏈完整串起來。建議再結(jié)合項目中 C/ 目錄下的其他筆記如L-value, R-value、Move Semantics、smart pointer相關章節(jié)做延伸學習逐步構(gòu)建起扎實的 C 內(nèi)存管理知識體系離游戲客戶端開發(fā)者的目標又近一步【免費下載鏈接】GameDeveloper-Client-Interview?? ????? ??? ?? ??? ?????項目地址: https://gitcode.com/gh_mirrors/ga/GameDeveloper-Client-Interview創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考