前言
最近翻唐巧大神的Blog，發(fā)現(xiàn)其曾于2011年在Blog上發(fā)過一片文章–不要在init和dealloc函數(shù)中使用accessor吗跋，即調(diào)用get,set方法的點語法宁昭，相信絕大多數(shù)人都這么做過（包括我）酗宋。其中提到蘋果的開發(fā)者文檔中講解cocoa內(nèi)存管理的文章第16頁有一節(jié)的題目為：Don’t Use Accessor Methods in Initializer Methods and dealloc，可惜文檔也沒有說明原因寂曹。唐巧在搜尋了一些資料后并未得出確切結(jié)論回右，只是認(rèn)為一種說法比較靠譜——因為在 init 和 dealloc 中，對象的存在與否還不確定渺氧，所以給對象發(fā)消息可能不會成功蹬屹。事實上并非如此。
下為《禪與 Objective-C 編程藝術(shù)》的原文引用
objc創(chuàng)建對象的特性為兩步創(chuàng)建：
alloc
負(fù)責(zé)創(chuàng)建對象哩治，這個過程包括分配足夠的內(nèi)存來保存對象业筏，寫入 isa指針，初始化引用計數(shù)蒜胖，以及重置所有實例變量。
init
負(fù)責(zé)初始化對象寻狂，這意味著使對象處于可用狀態(tài)朋沮。這通常意味著為對象的實例變量賦予合理有用的值。
alloc
方法將返回一個有效的未初始化的對象實例樊拓。每一個對這個實例發(fā)送的消息會被轉(zhuǎn)換成一次objc_msgSend() 函數(shù)的調(diào)用，形參 self 的實參是 alloc 返回的指針蒂胞；這樣 self在所有方法的作用域內(nèi)都能夠被訪問条篷。 按照慣例蛤织，為了完成兩步創(chuàng)建鸿染，新創(chuàng)建的實例第一個被調(diào)用的方法將是 init方法。注意姚炕，NSObject 在實現(xiàn) init 時丢烘，只是簡單的返回了 self。
可見alloc完后就可以直接對對象發(fā)送消息了播瞳，不存在可能不成功的情況。所以接下來想和大家一起探討下為什么不能在init和dealloc中使用accessor忧侧。
原因
我認(rèn)為牌芋，不能在init和dealloc中使用accessor的原因是由于面向?qū)ο蟮睦^承、多態(tài)特性與accessor可能造成的副作用聯(lián)合導(dǎo)致的肯夏。繼承和多態(tài)導(dǎo)致在父類的實現(xiàn)中調(diào)用accessor可能導(dǎo)致調(diào)用到子類重寫的accessor犀暑，而此時子類部分并未完全初始化或已經(jīng)銷毀，導(dǎo)致原有的假設(shè)不成立，從而出現(xiàn)一系列的邏輯問題甚至崩潰桐磁。為了更清晰地闡述暇矫，以下分別從init和dealloc上舉例說明择吊。
Init example
BaseClass:
@interface BaseClass : NSObject
@property(nonatomic) NSString* info;
@end
@implementation BaseClass
- (instancetype)init {
if ([super init]) {
self.info = @"baseInfo";
}
return self;
}
@end
SubClass:
@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
當(dāng)執(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í)行完能曾，對此假設(shè)并不成立，從而可能造成崩潰寿冕。以上例子有人造的痕跡，現(xiàn)實中更多的是某個方法被少調(diào)用一次藻茂，出現(xiàn)邏輯錯誤曙蒸。
dealloc example
BaseClass:
@interface BaseClass : NSObject
@property(nonatomic) NSString* info;
@end
@implementation BaseClass
- (void)dealloc {
self.info = nil;
}
@end
SubClass:
@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臂港。如果父類在dealloc時調(diào)用了accessor 并且該accessor被子類重寫，就會調(diào)用到子類的accessor县袱。而此時子類的dealloc已經(jīng)被調(diào)用了佑力，基于其完整的假設(shè)已經(jīng)不成立，那么再執(zhí)行子類的代碼會存在一定風(fēng)險打颤，如上例就會崩潰漓滔。
結(jié)語
在init和dealloc中使用accessor是存在風(fēng)險的乖篷。即使現(xiàn)在代碼沒有問題，難保將來維護或擴展時會出現(xiàn)問題豁鲤。只有將蘋果所說的Don’t Use Accessor Methods in Initializer Methods and dealloc當(dāng)作一條編程規(guī)范鲸沮，才能從根本上規(guī)避這個問題。規(guī)矩立好了日熬，代碼欠的債就少肾胯，將來的生活就會更加美好。
