heapshot

    4熱度

    1回答

    這是昨天捎帶一個更廣泛的問題。我一直在使用heapshot來查明問題,但他們都在我不熟悉的調用者。我自己編寫的方法沒有顯示出來,但CoreGraphics似乎像瘋了一樣吃着記憶。 本週我都準備提交我的應用程序,但遇到了一個巨大的問題。我一直在做很多質量保證和泄漏檢測,並正在使用堆積/分配分析完成整個過程。不幸的是,這並沒有按計劃進行。該計劃本身並不是「泄漏」,但它毫無疑問正在攀升。 解釋該程序的最

    6熱度

    1回答

    在分析我的iOS應用程序時,我多次執行一個簡單的任務,其中我從堆棧中推入並彈出一個視圖,然後拍攝堆積。每次執行相同的代碼,推送的視圖只包含一些圖像,一旦視圖彈出,圖像就會被移除。 現在因爲持續數幾乎各佔一半,heapshots的是0,那會是安全的假設沒有拋棄記憶? 我聽說持久計數大於零的行可能是由於某些內部緩存。 我使用Xcode 4.2.1,應用程序使用ARC。 編輯: 感謝肯德爾黑爾姆施泰特G

    0熱度

    1回答

    我一直在採取一定的過程heapshots。總而言之出手泄漏對象正是源於這一方法: - (void)setArticle:(Article *)article { if (_article != article) { [self.navigationController popToViewController:self animated:YES]; [

    4熱度

    1回答

    我有一個導航控制器,其中VC1將VC2壓入導航堆棧。 VC2在基於標籤的視圖中有一個MKMapView,用戶位置打開。當我使用Heapshot Analysis工具檢查儀器重複分配時,當我回到VC1時,我反覆查找一些MKUserLocation對象沒有被釋放。 我已經刪除了所有註釋,並在dealloc時禁用了用戶位置。這可能是堆增長的原因? - (NSIndexPath *)tableView:(