在學習C++智能指標程序中，遇到下面的疑問
通過智能指標管理一個類，呼叫類中的函式，可以使用三種方法，三種方法的區別是什么，哪種對記憶體消耗更低，哪種對空間的要求更少？
希望大神可以指點，也希望遇到志同道合的朋友，今后的作業學習中一起交流心得。
1 ptest->print();
2 ptest.get()->print();
3 (*ptest).print();
uj5u.com熱心網友回復：
你這么寫，鬼知道是什么東西。所謂智能指標，只是相對于一般指標引申出來的概念，實際應用中有各種各樣的智能指標。
根據我這簡單大腦的理解，智能指標其實就是在一般指標的基礎上，封裝了一些東西（通常封裝成一個類），實作了指標的自動記憶體分配和自動記憶體釋放。當然，還可能有一些指標操作上的優化。
何必在意太多？
uj5u.com熱心網友回復：
_Ty& operator*() const _THROW0()
{ // return designated value
#if _ITERATOR_DEBUG_LEVEL == 2
if (_Myptr == 0)
_DEBUG_ERROR("auto_ptr not dereferencable");
#endif /* _ITERATOR_DEBUG_LEVEL == 2 */
return (*get());
}
_Ty *operator->() const _THROW0()
{ // return pointer to class object
#if _ITERATOR_DEBUG_LEVEL == 2
if (_Myptr == 0)
_DEBUG_ERROR("auto_ptr not dereferencable");
#endif /* _ITERATOR_DEBUG_LEVEL == 2 */
return (get());
}
以上我找到了auto_ptr在C++中，多載*和->運算子的原始碼，從原始碼分析可以看出，最終都是回傳了get()的結果，即實際的地址，所以我個人認為，使用方式2更優，減少了多載的進堆疊出堆疊操作，更為節省系統開銷！
uj5u.com熱心網友回復：
我沒看原始碼。不過我估計get()應該是行內函式，所以，幾種方式的使用，都差不多的，沒啥區別。uj5u.com熱心網友回復：
看過vs下的auto_ptr和shared_ptr，如果說在呼叫上要壓榨出智能指標的最后一點性能，那你說的是有道理的。
uj5u.com熱心網友回復：
原生指標占用記憶體最小，但需要手動釋放智能指標可以自動釋放記憶體
智能指標可以傳入解構式
智能指標不是執行緒安全的
auto_ptr已經退出歷史舞臺了，用shared_ptr等
uj5u.com熱心網友回復：
明確反對樓上諸位。首先你要知道何為智能指標，其次為什么要用智能指標。
智能指標是對裸指標的封裝。因為裸指標需要new delete配對，為了防止程式員忘了這個程序和有時候我們根本無法確定何時delete(比如多執行緒環境下)。智能指標因此而產生。如果能夠簡單的確定何時new ，何時delete，那么何必要用share_ptr,那是脫褲子放屁。
再回到樓主的問題。既然看了源代碼，就不能只盯住一點
_Ty& operator*() const _THROW0()
{ // return designated value
#if _ITERATOR_DEBUG_LEVEL == 2
if (_Myptr == 0)
_DEBUG_ERROR("auto_ptr not dereferencable");
#endif /* _ITERATOR_DEBUG_LEVEL == 2 */
return (*get());
}
_Ty *operator->() const _THROW0()
{ // return pointer to class object
#if _ITERATOR_DEBUG_LEVEL == 2
if (_Myptr == 0)
_DEBUG_ERROR("auto_ptr not dereferencable");
#endif /* _ITERATOR_DEBUG_LEVEL == 2 */
return (get());
}
光盯住get，而忘了if(_MyPtr==0);
因為智能指標，不是由程式員來確定生死，當get的時候有可能里面的指標已經失效。一個程式在講究效率之前首先要不出錯。
所以，對于智能指標，最好用* 和 ->
uj5u.com熱心網友回復：
6樓，你說漏了，智能指標是例外安全的，原生指標不是例外安全的。還有我的說法是正確。uj5u.com熱心網友回復：
不要光看到get(),而看不到if(_MyPtr==0),所以就算你要get(),你也要用之前判斷。
uj5u.com熱心網友回復：
不懂啊
uj5u.com熱心網友回復：
說白了就是既然要用智能指標，最好按照它提供的方式操作，所謂的智能指標本身就是為了避免直接操作裸指標而引發錯誤。
然后你用了智能指標，卻把它轉化為裸指標來用了。你覺得合適嗎？
以現有的計算機水平，不至于為那么點兒性能的消耗，而直接呼叫裸指標，如果考慮性能，何必要用智能指標。
uj5u.com熱心網友回復：
你的說話是錯誤的。
uj5u.com熱心網友回復：
不要光給出結論，重要的是論據，一句話“你是錯誤的”，太蒼白了。
uj5u.com熱心網友回復：
顯然1最快，3第二，2最慢。uj5u.com熱心網友回復：
如果能夠簡單的確定何時new ，何時delete，那么何必要用share_ptr,那是脫褲子放屁。=============================================
你少了一個理由，那就是在new和delete中間拋出例外就記憶體泄露了，即使你寫對了delete，而智能指標就可以防止這個。
uj5u.com熱心網友回復：
跟我說的有關系么？
不管你例外也好，你忘了釋放也好，你還是多執行緒操作也好。
share_ptr的重要作用就是在于你不知道該如何delete,來包裝裸指標。而且share_ptr也不是就為了例外而出現。你從那個代碼或書籍里面看到過share_ptr僅僅為了防止new delete中間拋出例外？
而不是故意來用get（）把他的內部指標暴露出來直接操作。
uj5u.com熱心網友回復：
我反對的是直接用，而不要給我提什么例外。看懂我的回答再說。ptest.get()->print();//這里不做任何處理，到時候出錯都不知道怎么出的。
因為任何有點兒常識的程式員，在使用指標的時候，最好先判斷一下是否為nullptr;
看看人家的operator-> 和 operator* 中間 代碼
沒有
if (_Myptr == 0)
_DEBUG_ERROR("auto_ptr not dereferencable");
#endif /* _ITERATOR_DEBUG_LEVEL == 2 */
你寫的代碼，誰敢用？
uj5u.com熱心網友回復：
我是說的條件之一，并沒說所有的。而且你是說漏了的。
uj5u.com熱心網友回復：
如果我在寫一篇智能指標的說明書，你可以說我說漏。然而事實并不是，我只是針對樓上關于如何通過智能指標呼叫函式，是通過*還是->,或者get()->這三種放式，那個更優？做出的解說。所以，你說我說漏了，純屬抬杠。
如果按照你的說法，那么同樣，你也說漏相當多的東西。比如參考計數？
uj5u.com熱心網友回復：
老哥說的有道理，get()和*，->的多載方法，都是在類內定義的，默認為行內函式，性能相差無幾。但運算子多載的方式有非空判斷，使用起來更安全，uj5u.com熱心網友回復：
我懷疑你根本不懂。即使現在你也不懂，否則，你說說。不準問人，不準搜索，不準看書。哈哈！
uj5u.com熱心網友回復：
我覺得你不僅是剛勁。而且腦子有問題。
比如，你讓我說說不準問人，不準搜索，不準看書。
你怎么能知道，我不問人，不搜索，不看書？
既然達不到的要求，說有什么用？
uj5u.com熱心網友回復：
豬
uj5u.com熱心網友回復：
uj5u.com熱心網友回復：
個人覺得既然是智能指標，那肯定是要包裝處理一下的，為了安全肯定要犧牲些速度。所以我覺得3(*ptest).print();和1ptest->print();要比2 ptest.get()->print();快些。但2 ptest.get()肯定要比前兩者安全！
uj5u.com熱心網友回復：
21說的在理uj5u.com熱心網友回復：
https://download.csdn.net/download/weixin_44119200/10854606uj5u.com熱心網友回復：
可能第3種速度要快一些（運行比較復雜的大函式），因為使用的是區域指標。第二重要安全一些（可能會有一些額外開銷）。實際上，不管你代碼使用的是哪種呼叫形式，實際運行時只會按照服務器的優化策略、或者喜愛偏好、進行選擇。或者說，不管你指定了哪一種呼叫形式，這三種形式都有可能成為實際的操作方法。uj5u.com熱心網友回復：
從最終得到的匯編代碼角度看，1和3是一樣的，因為指標和參考在匯編里都是地址。2的區別是少了一次檢查
如果指標為空，1和3觸發的是軟中斷，具體型別看_DEBUG_ERROR的實作，一般情況下可以catch；2觸發的是CPU的空指標例外，不作特別處理的話，這個例外不能catch，程式就掛了。
uj5u.com熱心網友回復：
智能指標的目的就是封裝原生指標，不讓你看到原生指標。你這又get()一下，那還要智能指標干嘛？如果你編程的考慮優先級里只有速度啊，資源占用啊，那何不繼續用C？
得不到“正確”答案，往往是問題本身就錯了。
ps: get是為了不得不繼續和老代碼對接時才使用的，其它情況下使用，99%可以直接判定為錯誤。
uj5u.com熱心網友回復：
你說的我贊同！其實智能指標有幾個目的，一是防止程式員寫代碼忘記是否導致記憶體泄漏（所有型別智能指標），二是降低記憶體使用（針對共享指標），使用計數器來實作共享，而且它的釋放是執行緒安全的，利用原子操作。而提供get是為了兼容c指標而已，并且這么做是不建議的，可能你在函式內把get傳出去了，此時智能指標超出作用域釋放了，此時會有問題uj5u.com熱心網友回復：
大家都太厲害了。uj5u.com熱心網友回復：
是不是感覺大家都很牛逼
uj5u.com熱心網友回復：
好難得看見兩個老司機開撕，結果一個是逗逼...沒意思
uj5u.com熱心網友回復：
精彩，顯然6樓是對的uj5u.com熱心網友回復：
跟人覺得現在電腦都是些喪心病狂的配置了。。。。糾結書寫格式占用資源的區別實在沒太大意思，，，比如沒上萬的浮點數為了避免臨時需要而大概資料都直接用double，即使可能只需要一兩位精度的情況。。。uj5u.com熱心網友回復：
ptest->print();
2 ptest.get()->print();
3 (*ptest).print();
效果是一樣的，但建議使用第1種，這也是重寫->的的目的，讓使用智能指標和使用原始裸指標保持一致。
uj5u.com熱心網友回復：
如果僅僅考慮虧空間資源的消耗的話，應該是第二種函式呼叫最少，第二種直接呼叫get()函式獲取操作地址，但是樓主分享出來的代碼中，并不能保證get()函式對空指標也有判斷。接下來是第三種*多載，第三種通過參考回傳，相比于第一種少開辟一個臨時變數。
最后是->運算子的多載。
uj5u.com熱心網友回復：
你的說法可能對于大神來說就不這么覺得了，不然redis、skynet等相關開源專案中很多都是簡單的一兩個位元組的節約出來干嘛，所以不管你有多大記憶體對于設計者來說都是要考慮我是不是能夠容納更多為好，是不是值得節省這么一點
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/50741.html
標籤：C++ 語言
上一篇：學生成績管理系統