前言
為什么不要在init和dealloc方法中調(diào)用getter和setter:
Apple在Mac與iOS中關于內(nèi)存管理的開發(fā)文檔中灵奖，有一節(jié)的題目為：“Don’tUse Accessor Methods in Initializer Methods and dealloc”阴绢，文中說：“Theonly places you shouldn’t use accessor methods to set an instancevariable are in initializer methods anddealloc.”但是并沒有解釋為什么扣蜻。網(wǎng)上搜索了幾篇國內(nèi)國外的文章和一些大V的博客，希望此文能詳盡大家的疑惑，未盡之處請留言指正。
為什么不能在init中調(diào)用accessor
案例一
下面這則代碼說明了一種可能會引起錯誤的情況：現(xiàn)有兩個類BaseClass和SubClass，SubClass繼承自BaseClass山林。父類有一個value屬性（子類自然也會集成該屬性）。如果在父類的init（或其他初始化構造方法）中使用了value的setter邢羔，子類也重寫了value的setter驼抹，那么就會出現(xiàn)問題。原因如下：子類調(diào)用init（或其他初始化構造方法）初始化對象時候拜鹤，子類的init會首先調(diào)用父類的init（self = [super init]）框冀，這樣就會調(diào)到父類的init方法里，而我們在父類的init方法里調(diào)用了setter給value屬性賦值署惯。父類會直接調(diào)用子類重寫的那個setter(因為子類重寫了value的setter)左驾。此時，子類對象還沒有初始化好极谊，但子類value的setter先卻先于子類自己的init代碼調(diào)用(因為此時子類的init方法還沒有return self)诡右，就有可能會出現(xiàn)問題。如果我們在子類的setter方法中做了其他操作轻猖，比如修改了某個實例變量的值帆吻，那么就會出錯，因為此時self還沒有初始化好咙边。
造成這個問題的原因有兩個：一就是在父類的init使用了setter猜煮；二是子類重寫了setter，導致在父類init時就會調(diào)用子類重寫的setter败许，萬一重寫的setter中進行了一些子類特有的操作就可能會出現(xiàn)問題王带，比如，給子類的某個屬性賦值失敗市殷，因為此時子類對象self還沒有初始化完成愕撰。
案例二
如果在父類的init方法中使用了value的setter，同時也在父類寫了setter。當子類初始化時會先調(diào)用父類的init方法搞挣，即self = [super init],由于父類中使用了value的setter带迟，那么父類的init又會調(diào)到value的setter，如果setter中做了其他的操作囱桨，比如發(fā)送一個網(wǎng)絡請求仓犬，那么此時就有可能出現(xiàn)問題。而當子類對象通過setter給value賦值時舍肠，又會調(diào)用父類的setter搀继。那么相當于父類的setter被調(diào)用了兩次，發(fā)送了兩次相同的網(wǎng)絡請求貌夕。
init call accessor Example:
@interface BaseClass : NSObject
@property(nonatomic) NSString* info;
@end
@implementation BaseClass
- (instancetype)init {
if ([super init]) {
self.info = @"baseInfo";
}
return self;
}
@end
@interface SubClass : BaseClass
@end
@interface SubClass ()
@property (nonatomic) NSString* subInfo;
@end
@implementation SubClass
- (instancetype)init {
if (self = [super init]) {
self.subInfo = @"subInfo";
}
return self;
}
- (void)setInfo:(NSString *)info {
[super setInfo:info];
NSString* copyString = [NSString stringWithString:self.subInfo]; NSLog(@"%@",copyString);
}
@end
當執(zhí)行[[SubClass alloc]init]時會調(diào)用父類在Init方法律歼。其中調(diào)用了accessor，去初始化父類部分的info屬性啡专。看起來十分正常制圈，但一旦子類重寫了該方法们童，那么由于多態(tài)此時調(diào)用的就是子類的accessor方法！子類的accessor實現(xiàn)中的代碼都是以子類部分已初始化完全為前提編寫鲸鹦，即子類部分已經(jīng)初始化完畢慧库，完全可用，而現(xiàn)實情況是其init方法并沒有執(zhí)行完馋嗜，對此假設并不成立齐板，從而可能造成崩潰。以上例子有人造的痕跡葛菇，現(xiàn)實中更多的是某個方法被少調(diào)用一次甘磨，出現(xiàn)邏輯錯誤。
為什么不能在dealloc中調(diào)用accessor
還是基于子類重寫了父類的value屬性這一前提眯停，在子類對象銷毀時济舆，首先調(diào)用子類的dealloc，最后調(diào)用父類的dealloc（這與init初始化方法是相反的莺债，且ARC中不需要我們手動調(diào)用[super dealloc]）滋觉。如果父類在dealloc中調(diào)用了value的accessor且該accessor被子類重寫，就會調(diào)到子類的accessor齐邦。但此時子類已經(jīng)釋放(因為先調(diào)用子類的dealloc椎侠，后調(diào)用父類的dealloc)，所以就會出現(xiàn)錯誤甚至崩潰措拇。
dealloc call accessor example
@interface BaseClass : NSObject
@property(nonatomic) NSString* info;
@end
- (void)dealloc {
self.info = nil;
}
@end
@interface SubClass : BaseClass
@property (nonatomic) NSString* debugInfo;
@end
@implementation SubClass
- (instancetype)init {
if (self = [super init]) {
_debugInfo = @"This is SubClass";
}
return self;
}
- (void)setInfo:(NSString *)info {
NSLog(@"%@",[NSString stringWithString:self.debugInfo]);
}
- (void)dealloc {
_debugInfo = nil;
}
@end
在SubClass的實例對象銷毀時我纪，首先調(diào)用子類的dealloc，再調(diào)用父類的dealloc（這與init初始化是相反的，且ARC中不需要我們手動調(diào)用[super dealloc]）宣羊。如果父類在dealloc時調(diào)用了accessor 并且該accessor被子類重寫璧诵，就會調(diào)用到子類的accessor。而此時子類的dealloc已經(jīng)被調(diào)用了仇冯，基于其完整的假設已經(jīng)不成立之宿，那么再執(zhí)行子類的代碼會存在一定風險，如上例就會崩潰苛坚。
另外比被，在《Effective Objective-C 2.0 編寫高質(zhì)量iOS與OS X代碼的52個有效方法》的第31條——在dealloc方法中只釋放引用并解除監(jiān)聽一節(jié)文中，作者也提到了下面一段話：在dealloc里不要調(diào)用屬性的存取方法泼舱，因為有人可能會覆寫這些方法等缀，并于其中做一些無法再回收階段安全執(zhí)行的操作（上面已經(jīng)提到）。此外娇昙，屬性可能正處于“鍵值觀察”(Key-Value Observation尺迂，KVO)機制的監(jiān)控之下，該屬性的觀察者(Observer)可能會在屬性值改變時“保留”或使用這個即將回首的對象冒掌。這種做法會令運行期系統(tǒng)的狀態(tài)完全失調(diào)噪裕，從而導致一些莫名其妙的錯誤。
結(jié)論
綜上股毫，不能在init和dealloc中使用accessor的原因是由于面向?qū)ο蟮睦^承膳音、多態(tài)特性與accessor可能造成的副作用聯(lián)合導致的。繼承和多態(tài)導致在父類的實現(xiàn)中調(diào)用accessor可能導致調(diào)用到子類重寫的accessor铃诬，而此時子類部分并未完全初始化或已經(jīng)銷毀祭陷，導致原有的假設不成立，從而出現(xiàn)一系列的邏輯問題甚至崩潰趣席。為了更清晰地闡述兵志，以下分別從init和dealloc上舉例說明。
結(jié)尾
在init和dealloc中使用accessor是存在風險的吩坝。但這并不代表百分之百的崩潰或者百分之百的錯誤毒姨。從目前的實驗來看，當存在繼承時钉寝，在init或者dealloc方法中使用accessor會存在很高的風險弧呐，此時我們可要小心了。不過嵌纲，在公司項目中俘枫，還是建議大家不要鋌而走險，即使現(xiàn)在代碼沒有問題逮走，難保將來維護或擴展時會出現(xiàn)問題鸠蚪。只有將蘋果所說的Don’t Use Accessor Methods in Initializer Methods and dealloc當作一條編程規(guī)范，才能從根本上規(guī)避這個問題。不過茅信，有些情況我們必須破例盾舌，必須訪問accessor，比如：待初始化的實例變量聲明在超類中蘸鲸，而我們又無法在子類中訪問此實例變量的話妖谴，那么我們只能通過setter來對實例變量賦值。又比如：如果一個實例變量是lazy的（懶加載）酌摇，這種情況必須通過getter方法訪問屬性膝舅，否則無法給實例變量賦值。
所以窑多，萬事無絕對仍稀，我們只有理解了為什么不能在init和dealloc方法中使用accessor才能在各種情況下游刃有余。
文／VV木公子（簡書作者）
PS:如非特別說明埂息，所有文章均為原創(chuàng)作品技潘，著作權歸作者所有，轉(zhuǎn)載請聯(lián)系作者獲得授權耿芹，并注明出處崭篡，所有打賞均歸本人所有！
如果您是iOS開發(fā)者吧秕，或者對本篇文章感興趣，請關注本人迹炼，后續(xù)會更新更多相關文章砸彬！敬請期待！
如果有技術問題斯入，歡迎加入QQ群進行交流砂碉，群聊號碼：194236752。
參考文章
《Effective Objective-C 2.0 編寫高質(zhì)量iOS與OS X代碼的52個有效方法》
為什么不要在init和dealloc函數(shù)中使用accessor
Objective-C, 為什么不能在init或是dealloc方法中使用accessor方法
iOS中正確處理dealloc方法
為什么不要在init和dealloc函數(shù)中使用accessor
初始化和dealloc方法中不要調(diào)用屬性的存取方法刻两，而要直接調(diào)用 _實例變量
