shared_ptr的用法？寫CPP，語(yǔ)法痛點(diǎn)模板，當(dāng)你的模板錯(cuò)誤達(dá)到數(shù)百行，你就會(huì)明白說(shuō)服1。第二個(gè)痛點(diǎn)是內(nèi)存操作，包括內(nèi)存溢出、內(nèi)存泄漏、臟內(nèi)存數(shù)據(jù)、共享內(nèi)存、內(nèi)存池等相關(guān)問(wèn)題。遲早，程序會(huì)崩潰，

shared_ptr的用法？

寫CPP，語(yǔ)法痛點(diǎn)模板，當(dāng)你的模板錯(cuò)誤達(dá)到數(shù)百行，你就會(huì)明白說(shuō)服1。第二個(gè)痛點(diǎn)是內(nèi)存操作，包括內(nèi)存溢出、內(nèi)存泄漏、臟內(nèi)存數(shù)據(jù)、共享內(nèi)存、內(nèi)存池等相關(guān)問(wèn)題。遲早，程序會(huì)崩潰，1會(huì)被阻止。第三個(gè)難點(diǎn)是鎖定、多處理、多線程、協(xié)同編程、流水線通信和消息機(jī)制。這些都是操作系統(tǒng)的相關(guān)知識(shí)，要理解并不比學(xué)習(xí)CPP容易。1第四，由于使用了CPP，所以遲早會(huì)使用so和DLL。相應(yīng)的調(diào)試噩夢(mèng)即將來(lái)臨。用GDB在服務(wù)器上調(diào)試多進(jìn)程、多線程程序的難度和復(fù)雜性會(huì)使人迷路。1第五，不同的平臺(tái)和編譯器，優(yōu)化和非優(yōu)化導(dǎo)致不同的程序運(yùn)行結(jié)果。此時(shí)，我無(wú)言以對(duì)。第六個(gè)是宏噩夢(mèng)、DLL依賴噩夢(mèng)、CPP編譯時(shí)間噩夢(mèng)，以及突然系統(tǒng)升級(jí)（安全漏洞修復(fù)）導(dǎo)致的庫(kù)不兼容噩夢(mèng)。沒(méi)有經(jīng)歷過(guò)的人是感覺(jué)不到的。

C 有沒(méi)有什么辦法可以統(tǒng)計(jì)代碼里所有類的分配和釋放次數(shù)，以方便定位內(nèi)存瀉漏問(wèn)題？

C動(dòng)態(tài)分配內(nèi)存需要釋放，否則會(huì)出現(xiàn)內(nèi)存泄漏。過(guò)去，new/delete是成對(duì)使用的。如果不小心，可能會(huì)遺漏一些，然后可以通過(guò)長(zhǎng)時(shí)間查找代碼來(lái)找到它們。其中有些甚至一直被藏著。

C 11標(biāo)準(zhǔn)有幾種類型的智能指針可供使用。它不會(huì)主動(dòng)刪除和釋放，而是在它們的生命周期結(jié)束時(shí)自動(dòng)釋放它們。

C中的四個(gè)智能指針：Auto_uptr、unique_uptr、shared_uptr、weak_u9;C 11支持最后三個(gè)指針，第一個(gè)指針已被C 11放棄。

uniquePTR<string> P（新字符串（“auto”）

指針P將自動(dòng)釋放到其有效范圍之外。如果要觀察釋放效果，可以將上面的string類更改為自定義類，并在其析構(gòu)函數(shù)中打印一條消息以顯示析構(gòu)函數(shù)已被調(diào)用。然后你就可以確定它是什么時(shí)候被釋放的。

其他類型的智能指針也類似。

c 中關(guān)于智能指針std::tr1::shared_ptr的用法？

智能指針本身不能動(dòng)態(tài)分配內(nèi)存，否則它將沒(méi)有存在的意義。

智能指針有一個(gè)數(shù)據(jù)成員，即指針。至于類型，則取決于類模板的實(shí)現(xiàn)方式。此指針用于動(dòng)態(tài)分配內(nèi)存。堆棧中只能分配內(nèi)存本身。利用堆棧自動(dòng)回收數(shù)據(jù)的特性，當(dāng)系統(tǒng)回收數(shù)據(jù)時(shí)，調(diào)用智能指針類的析構(gòu)函數(shù)，釋放智能指針中指針數(shù)據(jù)成員指向的內(nèi)存。例如，STD：：shared uptr

線程關(guān)閉，出現(xiàn)大量?jī)?nèi)存泄露，如何處理？

這兩個(gè)屬性的用法是一樣的，但從效率上來(lái)說(shuō)，最好使用sharedmaterial，它是一種共享的材質(zhì)。無(wú)論如何操作材質(zhì)的屬性（例如更改顏色或明暗器），都只會(huì)占用一部分內(nèi)存。但是，如果使用材質(zhì)，unity將為每個(gè)屬性更改自動(dòng)創(chuàng)建新材質(zhì)。直到應(yīng)用程序.LoadLevel（）或資源.UnloadUnusedAssets只有在（）。所以材料可能會(huì)導(dǎo)致內(nèi)存泄漏，所以我們根本不使用它。

但是在代碼中，如果您使用render.sharedMaterial文件如果您處于編輯器開(kāi)發(fā)模式，您將發(fā)現(xiàn)本地。運(yùn)行一段時(shí)間后，游戲的材料文件發(fā)生了變化。如果這些文件在SVN管理下，它們將變成紅色感嘆號(hào)，表示文件已被修改。太危險(xiǎn)了。如果我不小心上傳了該怎么辦。為了解決這個(gè)問(wèn)題，我們可以用一種簡(jiǎn)單的方法。每次拿到材料，都要看平臺(tái)。