iOS內存泄漏的常見情況

fylk0010 8年前發布 | 77K 次閱讀 Objective-C開發

來自： http://www.jianshu.com/p/da73e17a88aa


  1. 聲明delegate為strong類型，簡而言之，如果父VC持有子VC，并設置子VC的delegate為self（也就是父VC），這樣的結果就是子VC也間接持有了父VC，造成循環引用，在Pop子VC的時候不會調用delloc。

  2. timer是否持有self，我們一般要執行一個timer的時候會用(NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti  target:(id)aTarget  selector:(SEL)aSelector  userInfo:(id)userInfo  repeats:(BOOL)yesOrNo   這里的aTarget一般是self，這時候就需要注意了，如果在你退出的時候這個timer還在執行的話由于這個timer會持有self，所以delloc也不會調用，這里可以用weakSelf代替self也是沒有問題的。

  3.  最常見的就是block導致的循環引用，由于在重構APP中用到了MVVM架構，使用了大量的信號機制，導致block到處飛（哈哈），解決的最多的就是這種了，解決方法也很簡單，就是在block外聲明__weak type(self) weakSelf = self，在block中用weakSelf就可以了，還有就是在block中如果使用了成員變量的下劃線形式也要改成weakSelf.PropertyName的形式。MVVM中定義了宏對@weakify(self)和@strongify(self)可以理解為__weak type(self) weakSelf = self的簡化形式，可以拿來直接使用。

  4. 圖片沒釋放，instrument調試后，發現沒被釋放的全是imageIO，差不多就知道了，把讀圖的方式，從[UIImage imageNamed:@""],改成imageWithContentsOfFile，就可以了。

  5. 使用GPUImage處理拍照的時候，內存穩定不明增長。是Xcode7.1的問題。。只在debug的時候導致內存崩潰，release的時候并不會造成內存溢出，所以可以不必管它。

  6. CoreFoundation對象(C對象) : 只要函數中包含了create\new\copy\retain等關鍵字, 那么這些方法產生的對象, 就必須在不再使用的時候調用1次CFRelease或者其他release函數

 本文由用戶 fylk0010 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。
 轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！