爲何不能在init和dealloc函數中使用accessor方法

前言

爲何不要在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開發者，或者對本篇文章感興趣，請關注本人，後續會更新更多相關文章！敬請期待！

參考文章

《Effective Objective-C 2.0 編寫高質量iOS與OS X代碼的52個有效方法》
爲何不要在init和dealloc函數中使用accessor
Objective-C, 爲何不能在init或是dealloc方法中使用accessor方法
iOS中正確處理dealloc方法
爲何不要在init和dealloc函數中使用accessor
初始化和dealloc方法中不要調用屬性的存取方法，而要直接調用 _實例變量