iOS內存泄漏的常見狀況

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函數