發生場景
在 Controller B 中有一個 NSTimer
@property (strong, nonatomic) NSTimer *timer;
你創建了它,並掛載到 main runloop
self.timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(timerAction:) userInfo:nil repeats:true];
然後退出 Controller B 的時候,忘記關掉 timer 了
Controller B 將不會釋放,B 與 timer 循環引用。因為創建 timer 的時候把 self 直接寫進去了。
方法一
既然不能直接傳 self,那傳 weakSelf 試試
__weak typeof(self) weakSelf = self; self.timer = [NSTimer scheduledTimerWithTimeInterval:1 target:weakSelf selector:@selector(timerAction:) userInfo:nil repeats:true];
測試結果還是發生了循環引用,B 沒有釋放,timer 對 weakSelf 這個變量是強引用的,timer -> weakSelf -> B -> timer,三者之間形成循環引用。
方法二
設置一個包裝類,包著 Controller B 放進 timer 中,像這樣
我認為 Controller B 有幾 MB 那麼大,洩露了很浪費內存。
WeakWrap 只有幾百個字節那麼小,洩露了也沒關系。
WeakWrap 中對 Controller B 弱引用,WeakWrap 包著 Controller B,傳進 timer 中,就算忘記關 timer,也只是洩露了 WeakWrap 和 timer。
理論上還是有內存洩露,只不過比較少,如果一個 Controller 是頻繁進出的,進出一次,丟失一個,如果有幾十個洩露的 timer 掛在 main runloop 上會影響性能和流暢性,你想幾十個 timer 一起 fire,又調用了 timer 事件響應方法,開銷還是挺大的。
方法三
NSTimer 已知是會強引用參數 target:self 的了,如果忘記關 timer 的話,傳什麼進去都會被強引用。干脆實現一個 timer 算了,timer 的功能就是定時調某個方法,NSTimer 的調用時間是不精確的!它掛在 runloop 上受線程切換,上一個事件執行時間的影響。
利用 dispatch_asyn() 定時執行函數。看下面代碼。
- (void)loop { [self doSomething]; ...... // 休息 time 秒,再調 loop,實現定時調用 [NSThread sleepForTimeInterval:time]; dispatch_async(self.runQueue, ^{ [weakSelf loop]; }); }
dispatch_async 中調 loop 不會產生遞歸調用
dispatch_async 是在隊列中添加一個任務,由 GCD 去回調 [weakSelf loop]
這辦法解決了timer 不能釋放,掛在 runloop 不能移除的問題。
利用這方法,我寫了個不會發生循環引用的 timer,controller 釋放,timer 也自動停止釋放,甚至 timer 的 block 裡面可以直接寫 self,也不會循環引用。github下載地址
方法四
NSTimer 我之前沒遇到過循環引用的問題,因為我一直都是配對使用,在 viewWillAppear 開啟,在 viewWillDisappear 關閉,不關閉的話那麼多 timer 掛載在 runloop 上感覺挺影響性能和流暢性的,就像管理內存一樣,申請和釋放配對使用,就不會洩露了,誰申請誰釋放的原則。但是很大的團隊的話,別人可能會寫錯,造成洩露,可以從技術上,團隊編程規范上解決他。
比如定一些規范,Controller 退出一定要成功銷毀,不能洩露內存。Block 裡不能寫 self 等等。
以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持本站。