shared_ptr的用法？#包括和ltboost/shareduptr.水電站T然后像這樣定義它uptr<int> ptruintvalT int*p=new int（3） ptruintv

shared_ptr的用法？

#包括和ltboost/shareduptr.水電站T然后像這樣定義它uptr<int> ptruintvalT int*p=new int（3） ptruintval=boost:：shareduptr< int>（p）/T以便new請求的內(nèi)存可以自動釋放而不刪除。

關(guān)于發(fā)生時異常時，shared_ptr智能指針會自動析構(gòu)的疑問？

測試代碼不可見。

原則上，當(dāng)異常發(fā)生或函數(shù)返回時，編譯器的代碼插入可以保證析構(gòu)函數(shù)的調(diào)用。但是，通常不會在構(gòu)造函數(shù)和析構(gòu)函數(shù)中拋出異常。

C異常是庫和邏輯級別，必須是代碼拋出；錯誤的內(nèi)存訪問和被零除的錯誤不是C異常（在以前的vs IDE上，Ms擴(kuò)展了編譯器行為以允許try/catch處理結(jié)構(gòu)化異常）。注意IDE設(shè)置選項(xiàng)）。這與Java和C不同。它們位于虛擬機(jī)的平臺級別。除了拋出代碼外，虛擬機(jī)還將拋出異常。

此外，異常在C中是可選的，許多庫提供了關(guān)閉或打開開關(guān)。Java和C#是強(qiáng)制性的，屬于核心機(jī)制。

感覺C 很簡單，但為何這么多勸退的？

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

SharedDocs什么意思？

當(dāng)a*a被共享時uur被管理時，如何在func uuptr中獲得它自己的共享成為一個問題。如果它寫為：一個新的共享將與一個ptr:local sp ua一起生成。這可能會在生命周期結(jié)束時直接釋放一個。在這里，您需要使用enablesharedfromuu重寫：sharedfromuu這將從弱的uptr生成自己的共享uptr。