ios 自動內存管理 ARC

 今天在公司爆出一個 BUG,致使5000+crash.

大體是 UIKit 中的 delegate 訪問了已經釋放了的界面,也就是使用了野指針致使 crash.

回來演示了一下發現

@property (nonatomic, assign) id<MyCellDelegate> delegate;//1
@property (nonatomic, weak) id<MyCellDelegate> delegate;//2

大部分的 UIKit 的 delegate 都是如1的聲明

由於 ios 在5以前是沒有 ARC 的,爲了兼容因此寫的都是 assign

那麼 assign 與 weak 有什麼區別呢?

__strong NSString *yourString = [[NSString alloc] initWithUTF8String:"your string"];
__weak  NSString *myString = yourString;   
yourString = nil;   
__unsafe_unretained NSString *theirString = myString;  
//如今全部的指針都爲nil

weak的特性,若是指向的內存被釋放了,則自動指向 nil;

因此使用 weak 是不會有野指針的

而 assign 和unsafe_unretained,永遠指向某內存地址,若是該內存被釋放了,本身就會成爲野指針

以下

__strong NSString *yourString = @"Your String";   
__weak  NSString *myString = yourString;   
__unsafe_unretained NSString *theirString = myString;  
yourString = nil;   
//如今yourString與myString的指針都爲nil,而theirString不爲nil,可是是野指針。

因此咱們在使用 UIKit 中的 delegate 的時候,要避免響應 delegate 的VC,或者 View 之類的實例被提早釋放了,而致使 crash

而咱們本身的 delegate 能夠直接寫成 weak 的,既避免了循環引用,又不會產生野指針.

PS:assign 只能用在屬性的定義,變量的定義就能夠用相似的 unsafe_unretained

that`s all...