呼叫-retainCount被認為是有害的或者，為什么retainCount我的暑假沒有使用這篇文章旨在征求關于該臭名昭著的方法的原因和原因的詳細報道retainCount，以鞏固圍繞SO的相關信息。*基礎知識：不使用的官方理由是什么retainCount？是否有過任何情況下都當它可能是有用的？應該做些什么？**隨意編輯。歷史/解釋：如果不打算使用Apple，為什么Apple在NSObject協議中提供此方法？Apple的代碼是否依賴于retainCount某些目的？如果是這樣，為什么不把它隱藏在某個地方？為了更深入地理解：對象可能具有與用戶代碼假設不同的保留計數的原因是什么？您能否舉例說明框架代碼可能會使用哪些標準程序導致這種差異？是否有任何已知的情況，保留計數總是與新用戶可能期望的不同？你認為還有什么值得關注的retainCount嗎？*不熟悉Objective-C和Cocoa的編碼人員經常努力解決或至少誤解參考計數方案。教程解釋可能提及保留計數，這（根據這些解釋）當你打電話上去一個retain，alloc，copy由一個當你調用等，向下release（并在當你調用未來的某一時刻autorelease）。因此，一個嶄露頭角的可可黑客克里斯可以很容易地認識到，檢查一個對象的保留計數對于解決一些內存問題是有用的，而且，有一種方法可用于每個被調用的對象retainCount！克里斯打電話retainCount給幾個對象，這個對象太高了，一個太低了，到底發生了什么？！因此，Kris在SO上發帖，“我的記憶管理出了什么問題？” 然后一群<bold>，<large>字母下降說“不要那樣做！你不能依靠結果?！?，這是好的，但我們的強悍編碼器可能需要更深入的解釋。我希望這會變成一個常見問題解答，一個很好的信息論文/講座的頁面，我們的任何專家都傾向于寫一個，當他們想知道時可以指出新的可可頭retainCount。**我不想讓它過于寬泛，但是經驗或有關驗證/調試保留和釋放配對的文檔的具體提示可能適合此處。***在虛擬代碼中; 很明顯，一般公眾無法訪問Apple的實際代碼。