前言
為什么不要在init和dealloc方法中調用getter和setter:
Apple在Mac與iOS中關于內存管理的開發文檔中，有一節的題目為：“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.”但是并沒有解釋為什么。網上搜索了幾篇國內國外的文章和一些大V的博客，希望此文能詳盡大家的疑惑，未盡之處請留言指正。
為什么不能在init中調用accessor
案例一
下面這則代碼說明了一種可能會引起錯誤的情況：現有兩個類BaseClass和SubClass，SubClass繼承自BaseClass。父類有一個value屬性（子類自然也會集成該屬性）。如果在父類的init（或其他初始化構造方法）中使用了value的setter，子類也重寫了value的setter，那么就會出現問題。原因如下：子類調用init（或其他初始化構造方法）初始化對象時候，子類的init會首先調用父類的init（self = [super init]），這樣就會調到父類的init方法里，而我們在父類的init方法里調用了setter給value屬性賦值。父類會直接調用子類重寫的那個setter(因為子類重寫了value的setter)。此時，子類對象還沒有初始化好，但子類value的setter先卻先于子類自己的init代碼調用(因為此時子類的init方法還沒有return self)，就有可能會出現問題。如果我們在子類的setter方法中做了其他操作，比如修改了某個實例變量的值，那么就會出錯，因為此時self還沒有初始化好。
造成這個問題的原因有兩個：一就是在父類的init使用了setter；二是子類重寫了setter，導致在父類init時就會調用子類重寫的setter，萬一重寫的setter中進行了一些子類特有的操作就可能會出現問題，比如，給子類的某個屬性賦值失敗，因為此時子類對象self還沒有初始化完成。
案例二
如果在父類的init方法中使用了value的setter，同時也在父類寫了setter。當子類初始化時會先調用父類的init方法，即self = [super init],由于父類中使用了value的setter，那么父類的init又會調到value的setter，如果setter中做了其他的操作，比如發送一個網絡請求，那么此時就有可能出現問題。而當子類對象通過setter給value賦值時，又會調用父類的setter。那么相當于父類的setter被調用了兩次，發送了兩次相同的網絡請求。
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
當執行[[SubClass alloc]init]時會調用父類在Init方法。其中調用了accessor，去初始化父類部分的info屬性。看起來十分正常，但一旦子類重寫了該方法，那么由于多態此時調用的就是子類的accessor方法！子類的accessor實現中的代碼都是以子類部分已初始化完全為前提編寫，即子類部分已經初始化完畢，完全可用，而現實情況是其init方法并沒有執行完，對此假設并不成立，從而可能造成崩潰。以上例子有人造的痕跡，現實中更多的是某個方法被少調用一次，出現邏輯錯誤。
為什么不能在dealloc中調用accessor
還是基于子類重寫了父類的value屬性這一前提，在子類對象銷毀時，首先調用子類的dealloc，最后調用父類的dealloc（這與init初始化方法是相反的，且ARC中不需要我們手動調用[super dealloc]）。如果父類在dealloc中調用了value的accessor且該accessor被子類重寫，就會調到子類的accessor。但此時子類已經釋放(因為先調用子類的dealloc，后調用父類的dealloc)，所以就會出現錯誤甚至崩潰。
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的實例對象銷毀時，首先調用子類的dealloc，再調用父類的dealloc（這與init初始化是相反的，且ARC中不需要我們手動調用[super dealloc]）。如果父類在dealloc時調用了accessor 并且該accessor被子類重寫，就會調用到子類的accessor。而此時子類的dealloc已經被調用了，基于其完整的假設已經不成立，那么再執行子類的代碼會存在一定風險，如上例就會崩潰。
另外，在《Effective Objective-C 2.0 編寫高質量iOS與OS X代碼的52個有效方法》的第31條——在dealloc方法中只釋放引用并解除監聽一節文中，作者也提到了下面一段話：在dealloc里不要調用屬性的存取方法，因為有人可能會覆寫這些方法，并于其中做一些無法再回收階段安全執行的操作（上面已經提到）。此外，屬性可能正處于“鍵值觀察”(Key-Value Observation，KVO)機制的監控之下，該屬性的觀察者(Observer)可能會在屬性值改變時“保留”或使用這個即將回首的對象。這種做法會令運行期系統的狀態完全失調，從而導致一些莫名其妙的錯誤。
結論
綜上，不能在init和dealloc中使用accessor的原因是由于面向對象的繼承、多態特性與accessor可能造成的副作用聯合導致的。繼承和多態導致在父類的實現中調用accessor可能導致調用到子類重寫的accessor，而此時子類部分并未完全初始化或已經銷毀，導致原有的假設不成立，從而出現一系列的邏輯問題甚至崩潰。為了更清晰地闡述，以下分別從init和dealloc上舉例說明。
結尾
在init和dealloc中使用accessor是存在風險的。但這并不代表百分之百的崩潰或者百分之百的錯誤。從目前的實驗來看，當存在繼承時，在init或者dealloc方法中使用accessor會存在很高的風險，此時我們可要小心了。不過，在公司項目中，還是建議大家不要鋌而走險，即使現在代碼沒有問題，難保將來維護或擴展時會出現問題。只有將蘋果所說的Don’t Use Accessor Methods in Initializer Methods and dealloc當作一條編程規范，才能從根本上規避這個問題。不過，有些情況我們必須破例，必須訪問accessor，比如：待初始化的實例變量聲明在超類中，而我們又無法在子類中訪問此實例變量的話，那么我們只能通過setter來對實例變量賦值。又比如：如果一個實例變量是lazy的（懶加載），這種情況必須通過getter方法訪問屬性，否則無法給實例變量賦值。
所以，萬事無絕對，我們只有理解了為什么不能在init和dealloc方法中使用accessor才能在各種情況下游刃有余。
文／VV木公子（簡書作者）
PS:如非特別說明，所有文章均為原創作品，著作權歸作者所有，轉載請聯系作者獲得授權，并注明出處，所有打賞均歸本人所有！
如果您是iOS開發者，或者對本篇文章感興趣，請關注本人，后續會更新更多相關文章！敬請期待！
如果有技術問題，歡迎加入QQ群進行交流，群聊號碼：194236752。
參考文章
《Effective Objective-C 2.0 編寫高質量iOS與OS X代碼的52個有效方法》
為什么不要在init和dealloc函數中使用accessor
Objective-C, 為什么不能在init或是dealloc方法中使用accessor方法
iOS中正確處理dealloc方法
為什么不要在init和dealloc函數中使用accessor
初始化和dealloc方法中不要調用屬性的存取方法，而要直接調用 _實例變量
