最近在研究AFNetworking源碼的過程中碰到了很多處地方用到了weakSelf和strongSelf。依據(jù)自己之前的理解现使，正常情況下使用weakSelf是為了避免發(fā)生循環(huán)引用荐绝，而使用strongSelf是為了避免方法還沒有執(zhí)行完成self已經(jīng)被釋放從而導(dǎo)致崩潰一汽。不過為何在方法執(zhí)行完成之前無法確保self不被釋放卻不是很明白，于是乎低滩，自己花了些時間研究了一下召夹。
self的本質(zhì)###
self是類的隱藏參數(shù)，在類方法中self指向當(dāng)前調(diào)用方法的類恕沫，在實例方法中指向當(dāng)前調(diào)用方法的類的init方法族生成的實例监憎。更準(zhǔn)確來說，在類方法中self是const Class self婶溯，在實例方法中self是Person const* self（以Person類舉例）鲸阔。事實確實如此么偷霉？來驗證一下。
#import "Person.h"
@implementation Person
- (void)eat{
}
+ (void)classEat{
}
- (void)drink:(NSString *)sth{
[self eat];
}
@end
將Person.m用clang命令進(jìn)行重寫褐筛，得到的代碼如下：
static void _I_Person_eat(Person * self, SEL _cmd) {
id obj = ((Person *(*)(__rw_objc_super *, SEL))(void *)objc_msgSendSuper)((__rw_objc_super){(id)self, (id)class_getSuperclass(objc_getClass("Person"))}, sel_registerName("init"));
}
static void _C_Person_classEat(Class self, SEL _cmd) {
}
static void _I_Person_drink_(Person * self, SEL _cmd, NSString *sth) {
((void (*)(id, SEL))(void *)objc_msgSend)((id)self, sel_registerName("eat"));
}
從重寫后的代碼中可以看出結(jié)論是正確的类少，但還是沒有找到self在方法執(zhí)行過程中可能被釋放的原因。我又查閱了Clang的官方文檔,找到了其中關(guān)于self的說明：
The self parameter variable of an Objective-C method is never actually retained by the implementation. It is undefined behavior, or at least dangerous, to cause an object to be deallocated during a message send to that object.
To make this safe, for Objective-C instance methods self is implicitly const unless the method is in the init family. Further, self is always implicitly const within a class method.
翻譯過來就是在OC方法中作為參數(shù)的self不會被方法的實現(xiàn)持有渔扎，當(dāng)給self指向的對象發(fā)送消息時確實可能會發(fā)生錯誤硫狞。為了確保安全，除非是在init及類init的方法中晃痴，否則在OC的實例方法和類方法中self始終是指針常量無法被retain残吩。根據(jù)我的理解整理如下：
在ARC中，self的修飾符是__unsafe_unretained倘核，而不是__strong泣侮。__unsafe_unretained與weak類似，均是對對象的弱引用紧唱，區(qū)別在于當(dāng)__unsafe_unretained的指針指向的對象被釋放后活尊，指針仍會指向被釋放對象的內(nèi)存地址，變成野指針導(dǎo)致crash琼蚯，而當(dāng)__weak的指針指向的對象被釋放后酬凳，指針指向的對象會被置為nil。正是由于__unsafe_unretained修飾符的作用遭庶，因此會導(dǎo)致在方法執(zhí)行的過程若self被釋放則會引起crash宁仔。
OC方法不會對self自動retain（除了init方法族以外），self在方法運(yùn)行過程中的生命周期需要由程序員自己手動實現(xiàn)來保證峦睡。通常的做法也就是在方法中添加一個局部變量strongSelf來對self指向的對象進(jìn)行強(qiáng)引用來保證在方法執(zhí)行完之前self都不會被釋放翎苫。
對self采用__unsafe_unretained修飾符，主要是為了性能方面的考慮榨了。通常調(diào)用一個方法被runtime改寫成objc_msgSend()后煎谍，傳入的第一個參數(shù)都是self，從上面clang重寫的代碼中也可以看出龙屉。若是在方法調(diào)用中對self進(jìn)行retain和release呐粘，確實可以保證方法執(zhí)行過程中self不會被釋放，但是转捕，會對性能產(chǎn)生很大影響作岖。并且在大多數(shù)方法調(diào)用過程中，self是不會被釋放的五芝，因此痘儡，不對self進(jìn)行reatain和release操作所帶來的性能提升是值得的。
