shared_ptr的用法？寫(xiě)cpp，語(yǔ)法的痛苦點(diǎn)模板，等你模板報(bào)錯(cuò)達(dá)到幾百行的時(shí)候，你就會(huì)明白勸退 1。第二個(gè)痛苦點(diǎn)，內(nèi)存操作，包括內(nèi)存越界，內(nèi)存泄露，內(nèi)存臟數(shù)據(jù)，共享內(nèi)存，內(nèi)存池等所有相關(guān)，遲早會(huì)

shared_ptr的用法？

寫(xiě)cpp，語(yǔ)法的痛苦點(diǎn)模板，等你模板報(bào)錯(cuò)達(dá)到幾百行的時(shí)候，你就會(huì)明白勸退 1。第二個(gè)痛苦點(diǎn)，內(nèi)存操作，包括內(nèi)存越界，內(nèi)存泄露，內(nèi)存臟數(shù)據(jù)，共享內(nèi)存，內(nèi)存池等所有相關(guān)，遲早會(huì)遇到程序崩潰，勸退 1。第三個(gè)痛點(diǎn)，鎖和多進(jìn)程多線程還有協(xié)程，以及管道通信，消息機(jī)制。這些都是操作系統(tǒng)相關(guān)的知識(shí)，要搞明白不比學(xué)cpp簡(jiǎn)單。勸退 1。第四個(gè)，既然用了cpp，那就遲早要用到so，dll，對(duì)應(yīng)的debug噩夢(mèng)來(lái)了，服務(wù)器上用gdb調(diào)試帶so的多進(jìn)程多線程程序的難度和復(fù)雜度，會(huì)讓人迷失。勸退 1。第五個(gè)，平臺(tái)，編譯器不同，優(yōu)化和不優(yōu)化導(dǎo)致程序運(yùn)行結(jié)果不同，這個(gè)時(shí)候我都是無(wú)語(yǔ)問(wèn)蒼天。第六個(gè)，宏噩夢(mèng)，dll依賴噩夢(mèng)，cpp編譯時(shí)間長(zhǎng)噩夢(mèng)，以及系統(tǒng)突然升級(jí)（安全漏洞修復(fù)）導(dǎo)致某個(gè)庫(kù)不兼容的噩夢(mèng)。沒(méi)經(jīng)歷過(guò)的人是體會(huì)不到的。

如果實(shí)現(xiàn)了一種不用暫停世界的GC算法，會(huì)對(duì)現(xiàn)在編程語(yǔ)言產(chǎn)生什么影響？

很高興回答你的問(wèn)題。

首先，僅以個(gè)人較為熟悉的java jvm gc去回答這個(gè)問(wèn)題

我們知道gc算法有很多種，同時(shí)，我們也知道，每一種gc算法在做full gc的時(shí)候都會(huì)STW，但是，每一種的gc算法都不會(huì)一味的追求極短的暫停，甚至樓主所說(shuō)的無(wú)暫停。這在計(jì)算機(jī)中其實(shí)是一種平衡。

我們都知道計(jì)算機(jī)資源是有限的，任何一個(gè)指令的執(zhí)行都是需要消耗資源的，在越來(lái)越先進(jìn)的技術(shù)面前，我相信而且也確定已經(jīng)有g(shù)c算法可以做到完全的并發(fā)，但是為什么沒(méi)有成為大家通用的算法呢？這其中我認(rèn)為就是資源的平衡。

gc算法的完全并發(fā)必然會(huì)造成cpu開(kāi)銷加大，一定程度的暫停，其實(shí)是有助于程序吞吐量性能。而且目前優(yōu)秀的gc算法的暫停速度極快。在這種情況下，極短暫的暫停換來(lái)整體資源回收后的大幅吞吐量性能的提升，其實(shí)不見(jiàn)得不好。

當(dāng)然，gc算法的選擇極其重要。

因此，個(gè)人拙見(jiàn)，選擇合適的gc算法，遠(yuǎn)比追求極端的不暫停更有意義。

謝謝。

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

智能指針本身絕對(duì)不能是動(dòng)態(tài)分配的內(nèi)存，不然只能指針就沒(méi)有存在的意義了。

智能指針有個(gè)數(shù)據(jù)成員，是個(gè)指針，至于什么類型，看你類模板怎么實(shí)現(xiàn)。這個(gè)指針才是動(dòng)態(tài)分配內(nèi)存的。只能本身必須是棧里分配內(nèi)存。利用棧的自動(dòng)回收數(shù)據(jù)的特性，在被系統(tǒng)西東回收時(shí)，調(diào)用智能指針類的析構(gòu)函數(shù)，從而釋放智能指針內(nèi)部那個(gè)指針型數(shù)據(jù)成員所指向的內(nèi)存。舉個(gè)例子 std::shared_ptr

關(guān)于發(fā)生時(shí)異常時(shí)，shared_ptr智能指針會(huì)自動(dòng)析構(gòu)的疑問(wèn)？

看不到測(cè)試代碼。

原則上，發(fā)生異?；蚝瘮?shù)的返回路徑上，析構(gòu)函數(shù)的調(diào)用是由編譯器插代碼來(lái)保證的。不過(guò)一般不要在構(gòu)造和析構(gòu)函數(shù)里拋出異常。

C 的異常是庫(kù)和邏輯級(jí)別的，必須代碼throw；錯(cuò)誤的內(nèi)存訪問(wèn)、除零錯(cuò)誤等不是C 異常（在曾經(jīng)的vs ide上，ms擴(kuò)展了編譯器行為允許try/catch處理結(jié)構(gòu)化異常，注意看IDE設(shè)置選項(xiàng)）。這是不同于Java和C#的，他們是虛擬機(jī)平臺(tái)級(jí)別的，除代碼拋出外，發(fā)生異常時(shí)虛擬機(jī)也會(huì)拋出。

另外，在C 里異常是可選的，很多庫(kù)都提供了關(guān)閉或開(kāi)啟的開(kāi)關(guān)。而Java和C#是強(qiáng)制性的，屬于核心機(jī)制。