ARC 模式下的循環引用引發內存泄漏

時間 2019-12-04

標籤 arc 模式循環引用引發內存泄漏简体版

原文原文鏈接

自從iOS 5時代自動引用計數（Automatic Reference Counting）技術發佈，Cocoa工程師們才扔下了內存管理的包袱，今後在Objective－C修行道路上的一座大山被削平。然而，即便ARC很強大，咱們平常搬磚時一樣是有內存泄漏風險的，今天我就跟你們聊聊這些你可能尚未注意到的坑。objective-c

測試原理

咱們知道ARC模式下，NSObject的MRC相關方法都不可使用了，但dealloc方法若是實現了，一樣仍是會調用的，只是不容許在dealloc方法中調用[super dealloc]，因此咱們在dealloc方法中加入log信息就能夠跟蹤到咱們的實例是否釋放。測試

容易忽視的引用循環

咱們知道引用計數內存管理的設計理念，就是根據實例的計數值來決定是否釋放實例內存空間。this

例如咱們的ViewController擁有一個block類型的propertyatom

@property (nonatomic, strong) void (^ testBlock)(void);

咱們在viewDidLoad中加入以下代碼翻譯

[self setTestBlock:^{
    self.title = @"測試";
}];

這個代碼從表面上看沒有什麼問題，但編譯器會給出warning，設計

Catering 'self' strongly in this block is likely to lead a retain cycle指針

翻譯過來意思是在block中使用self指針，可能會引發一個引用循環，致使self沒法釋放。code

什麼是引用循環（retain cycle）

假設咱們有兩個實例A和B，B是A的一個strong型的property，則B的引用計數是1，當A的須要釋放的時候，A則會調用[B release]來釋放B，B的引用計數則減爲0，釋放。對象

可若是這時候將B的一個strong型property指向A，則A與B互相爲強引用，問題就來了。由於B強引用A，A的引用計數永遠不會減爲0，當A本來的強引用對象被釋放之後，A和B成爲了一個相互引用的孤島，永遠不會被釋放了，這就會引發內存泄漏。事件

在上面的例子中，就是一種很是廣泛的引用循環狀況，加入如上代碼的VC在dismiss或者pop之後，並不會執行dealloc方法，證實內存泄漏了。而引發泄漏的緣由就是在做爲self的property的block中，使用self指針致使self被block強引用，造成引用循環。

如何解決引用循環問題

在編譯器提示上面的warning的時候必定不要忽視，正確的解決辦法以下：

__unsafe_unretained Demo1ViewController * weakSelf = self;
[self setTestBlock:^{
       weakSelf.title = @"測試";
}];

或者使用__weak也能夠，原理也很簡單，就是聲明一個弱引用對象在block中替代self，這樣在咱們測試中，下面代碼就能正常輸出log，標誌着VC被正確釋放。

- (void)dealloc
{
    NSLog(@"%s",__func__);
}

2016-09-07 13:17:38.879 ReactiveCocoaDemo[7473:3432323] -[Demo1ViewController dealloc]

其餘會引發引用循環的情況

NSTimer

NSTimer在VC釋放前，必定要調用[timer invalidate]，不調用的後果就是NSTimer沒法釋放其target，若是target正好是self（VC自己），則引用循環。

這裏要補充一點，引用循環不是隻能有兩個對象，三個四個更多都是能夠的，甚至環數也不必定只有一個，因此要養成良好的代碼習慣，在NSTimer停用前調用invalidate方法。

WKUserContentController

這個類通常會在使用WKWebView的時候配套使用，若是你發現項目中調用了addScriptMessageHandler方法，就要注意了，檢查有沒有在VC釋放前對稱調用removeScriptMessageHandlerForName方法，若是沒有則引發引用循環。

調用方法以下：

[self.wkWebView.configuration.userContentController removeScriptMessageHandlerForName:@"qdpay"];

注意WKUserContentController和WKWebView中還有一個WKWebViewConfiguration。

引用大循環

就像前面說的，引用循環多是一個大循環。我遇到過一種狀況，就是給UITableViewCell設置block屬性響應事件，在block中強引用了self，致使self->tableView->cell->self造成循環。

改善block寫法避免強引用self

若是要從根本改變這種易發的錯誤，要從寫法開始改變，開始避免。將上面的代碼改寫以下：

@property (nonatomic, strong) void (^ testBlock)(__kindof UIViewController* sender); 

[self setTestBlock:^(__kindof UIViewController * vc) {
        vc.title = @"123";
 }];
    
 self.testBlock(self);

將self做爲參數傳入block便可避免強引用，從邏輯角度來看，代碼更健壯。