property的系统实现分析

我们在使用@property这个快捷定义的时候,都没怎么注意系统是怎么实现的,那么我们来看看系统实现的,和我们自己写的setter方法是否一致呢?

Strong

我们来分析一下最简单的strong类型的实现。

@property (nonatomic, strong) NSString *str;

如果是我们自己写setter方法大概是:

- (void)setStr:(NSString *)str {
  _str = str;
}

如果是MRC的话,可能是这样的:

- (void)setStr:(NSString *)str {
  if (_str != str) {
    [_str release];
    _str = [str retain];
  }
}

当然系统的方法是经过优化的,直接调用的C方法,所以这里不再考虑MRC的写法,直接来对比ARC的结果。

store strong

首先我们来看下objc是如何实现strong的,根据objc的源码可以知道,强引用是通过一个objc_storeStrong的方法来实现的。其实现入下:

void objc_storeStrong(id *location, id obj)
{
    id prev = *location;
    if (obj == prev) {
        return;
    }
    objc_retain(obj);
    *location = obj;
    objc_release(prev);
}

这和我们上面MRC的写法类似,只不过是通过C方法来实现了retain和release。

转换为C语言

大家都知道objc的方法其实都是通过send message的方式转换为C语言调用的,所以一个基本的setter方法的最终结果应该是这样的:

void setter(id self, SEL selector, NSString *str);
具体实现

根据反汇编结果,其中系统默认的实现汇编如下:

sub    sp, sp, #0x30             ; 申请栈空间
stp    x29, x30, [sp, #0x20]
add    x29, sp, #0x20            
adrp   x8, 17
add    x8, x8, #0xfc0            
stur   x0, [x29, #-0x8]
str    x1, [sp, #0x10]
str    x2, [sp, #0x8]
ldr    x0, [sp, #0x8]
ldur   x1, [x29, #-0x8]          ; x1 = self
ldrsw  x8, [x8]                  ; 偏移量
add    x8, x1, x8                ; x8 = self + 偏移量
str    x0, [sp]                  
mov    x0, x8                    ; x0 = x8
ldr    x1, [sp]                  ; x1 = str
bl     0x1000bcad8               ; objc_storeStrong(self + 偏移量, str)
ldp    x29, x30, [sp, #0x20]
add    sp, sp, #0x30             ; 退栈
ret

翻译为C语言大概就是这样的:

void setStr(id self, SEL sel, NSString *str) {
    objc_storeStrong(self + delta, str);
}

而我们自定义的setter方法

- (void)setStr:(NSString *)str {
  _str = str;
}

的反汇编结果却比系统的结果多出一些函数调用

sub    sp, sp, #0x30             ; =0x30
stp    x29, x30, [sp, #0x20]
add    x29, sp, #0x20            ; =0x20
add    x8, sp, #0x8              ; =0x8
mov    x9, #0x0                  ; 
stur   x0, [x29, #-0x8]
str    x1, [sp, #0x10]
str    x9, [sp, #0x8]
mov    x0, x8
mov    x1, x2
bl     0x104d14ad8               ; symbol stub for: objc_storeStrong
adrp   x8, 17
add    x8, x8, #0xfc8            ; =0xfc8
ldr    x9, [sp, #0x8]
ldur   x0, [x29, #-0x8]
ldrsw  x8, [x8]
add    x8, x0, x8
mov    x0, x8
mov    x1, x9
bl     0x104d14ad8               ; symbol stub for: objc_storeStrong
mov    x8, #0x0
add    x9, sp, #0x8              ; =0x8
mov    x0, x9
mov    x1, x8
bl     0x104d14ad8               ; symbol stub for: objc_storeStrong
ldp    x29, x30, [sp, #0x20]
add    sp, sp, #0x30             ; =0x30
ret

翻译成C语言大概是这样的:

void setStr(id self, SEL sel, NSString *str) {
    id tmp = nil;
    objc_storeStrong(&tmp, str);
    objc_storeStrong(self + delta, tmp);
    objc_storeString(&tmp, nil);
}

可以看到这里多出一个临时变量,而且即使编译优化为-os,也是同样的结果。这里不清楚为什么会产生一次临时变量,从结果上来看,是不如系统的默认行为的。

Weak

在objc的源码中,weak是通过objc_storeWeak来实现的,这个方法的实现比较复杂,涉及到了全局的弱引用表,这里就不作介绍了。

同样,我们来对比下系统默认实现的weak类型,和我们重写的setter方法,从结果上来看也是产生了一个strong类型的临时变量。

sub    sp, sp, #0x40             ; =0x40
stp    x29, x30, [sp, #0x30]
add    x29, sp, #0x30            ; =0x30
adrp   x8, 17
add    x8, x8, #0xfd0            ; =0xfd0
stur   x0, [x29, #-0x8]
stur   x1, [x29, #-0x10]
str    x2, [sp, #0x18]
ldr    x0, [sp, #0x18]
ldur   x1, [x29, #-0x8]
ldrsw  x8, [x8]
add    x8, x1, x8
str    x0, [sp, #0x10]
mov    x0, x8
ldr    x1, [sp, #0x10]
bl     0x104f38ae4               ; symbol stub for: objc_storeWeak
str    x0, [sp, #0x8]
ldp    x29, x30, [sp, #0x30]
add    sp, sp, #0x40             ; =0x40
ret
sub    sp, sp, #0x30             ; =0x30
stp    x29, x30, [sp, #0x20]
add    x29, sp, #0x20            ; =0x20
add    x8, sp, #0x8              ; =0x8
mov    x9, #0x0
stur   x0, [x29, #-0x8]
str    x1, [sp, #0x10]
str    x9, [sp, #0x8]
mov    x0, x8
mov    x1, x2
bl     0x1044d8ad8               ; symbol stub for: objc_storeStrong
adrp   x8, 17
add    x8, x8, #0xfc8            ; =0xfc8
ldr    x9, [sp, #0x8]
ldur   x0, [x29, #-0x8]
ldrsw  x8, [x8]
add    x8, x0, x8
mov    x0, x8
mov    x1, x9
bl     0x1044d8ae4               ; symbol stub for: objc_storeWeak
mov    x8, #0x0
add    x9, sp, #0x8              ; =0x8
str    x0, [sp]
mov    x0, x9
mov    x1, x8
bl     0x1044d8ad8               ; symbol stub for: objc_storeStrong
ldp    x29, x30, [sp, #0x20]
add    sp, sp, #0x30             ; =0x30
ret
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,684评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,143评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,214评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,788评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,796评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,665评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,027评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,679评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,346评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,664评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,766评论 1 331
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,412评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,015评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,974评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,073评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,501评论 2 343

推荐阅读更多精彩内容

  • 城市说书人阅读 192评论 0 7
  • 咖啡厅进来三个穿着白T,脂粉未施的女子。三人穿着同样白T,白T上印着***University Forever字样...
    密斯露辛达阅读 75评论 0 0
  • 我控告你无视爱情一味逃脱唯唯诺诺我判处你终生孤独
    木卯丁阅读 177评论 0 2
  • 枕泉欲眠愈似清, 由柔入,自朗出。 聆音闭眸泉荡漾, 沉或雄,欲和心。
    斯宝阅读 211评论 0 0