前言
自從1993年Microsoft首次公佈了COM技術以後，Windows平臺上的開發模式發生了巨大的變化，以COM爲基礎的一系列軟件組件化技術將Windows編程帶入了組件化時代。直至如今，COM技術仍然煥發着旺盛的生命力，大量組件和軟件都通過COM技術實現了複用和資源共享。
由於技術複雜，COM編程一度被視爲一種高不可攀的技術，令人望而卻步。COM將Windows推向組件化時代的同時，也將開發和使用COM組件的程序員推上了另外一座危險的山峯。那裏高不可攀，四處潛藏着陷阱與玄機，稍有不慎便會摔得粉身碎骨。
現在，設想你已經站到了COM爲你隆起的山峯上。四面是懸崖峭壁，若是一步不小心，就將滑落到谷底深淵，命懸一線。我若是此時給你一頂降落傘背在身後，我想你肯定不會拒絕。
而COM接口的智能指針，正是解決COM技術中引用計數問題的一頂“降落傘”。雖然他不能保證你不會摔下懸崖，但總不至於摔死得很難看。
或許很多人拒絕使用COM接口智能指針的原因和拒絕使用“降落傘”是一樣的：
1.你需要學習正確使用它的方法。（如你得知道什麼時候打開你的降落傘）；
2.你需要避免它帶來的負面影響，避免它引入的新的風險。（你得知道你拉開降落傘後如何不被掛在樹上，或者不被大風吹打到另一堵懸崖上）；
明白了這些以後我想你還是願意選擇使用智能指針來代替原始的手動引用計數。若是你比較執着的認爲原始的手動操作引用計數更加能使得代碼清晰明確的話。那麼你可能要遭受來自“異常安全”、“類型安全”等問題的困擾。更爲遺憾的是，手動計數，並不會是代碼更加清晰。在本文的第一章你將會看到這些內容。
我曾經聽人說：“不要使用智能指針，因爲有時候搞不清他是智能指針還是接口指針。”這種想法確實相當有道理，因爲我們希望程序儘可能的清晰易懂。而智能指針會隱藏很多實現細節。對於不熟悉他的人來說，你可能並不知道他在某一時刻所做的某種“智能化”操作。但如果通過本文，你能夠清楚這些實現細節，並有針對性的採取相應的解決辦法。似乎會比直接拒絕使用它有價值得多。
本文主要想討論的問題是智能指針的使用和設計。我們討論智能指針處理某些問題的做法，並儘可能的解析出之所以這樣做的一些歷史的、平臺的背景，以及他所遵守的某種設計上的原則。並從中挖掘出可以指導我們將來設計的一些指導思想，我將這些思想以章節和條款的形式組織在一起。
第一章中，你將能夠對COM接口智能指針的使用有個粗略的瞭解。並從中明白智能指針使用時候需要遵守的一些條款和規則。
第二章中，我們討論，智能指針在使用規則上的若干問題。告訴你如何正確的使用智能指針而不淪落到內存和資源泄漏的困境中。
第三章中，我們討論設計一套智能指針所需要遵循的原則，並且在矛盾發生時如何在這些原則中進行取捨。
第四章中，我們討論具體實現中的細節，他會具體到一個接口應該如何編寫，如何通過一些技巧讓設計出來的接口不易被誤用，以及智能指針編寫過程中的各種細節。
最後一章，是關於一些遺留下來的雜項的討論。這些東西往往是有爭議的，因此有些智能指針的設計者會採用它，而有的則不會。我們以一箇中立的態度看待這些問題，並給出鄉音的解決方案。
通過這篇文檔，我儘量挖掘智能指針背後所隱藏的一些問題，從而使得我們可以更加有效的使用和正確的設計出適合自己項目的COM智能指針。爲了舉例論證某些觀點，我編寫了大量的示例（部分示例改編自其他論文，我在相應的地方著名了出處）。我對這些示例中產生的問題和原因逐一的剖析，希望讀完之後讀者能有豁然開朗的效果。
由於編者水平有限，本文諸多地方可能還存在着錯誤。還望讀者多多指正。
