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