为什么需要使用 @weakify 和 @strongify

最近开始接手一些iOS工程且都是OC代码,虽然大学时学过C语言,但早已忘得一干二净。工程里面的 @weakify 和 @strongify 引起了我的好奇:他们到底是干啥的?

打破循环引用的标准方法

假设我们有一个 model 属性的 controller,当模型中的数据发生变化时更新 label。为此,我们建立了一个模型:

- (void)setUpModel
{
  Model *model = [Model new];

  // 该block会在model的数据变化调用
  model.dataChanged = ^(NSString *title) {
    self.label.text = title;
  };

  self.model = model;
}

几行简单的代码便创建了一个引用循环。我们的 controller 引用了 model,而 model 又引用了一个 controller 的 block。好在我们可以通过引入带有__weak和__strong存储类型修饰符的局部变量轻松打破这个引用循环:

Model *model = [Model new];

__weak typeof(self) weakSelf = self;
model.dataChanged = ^(NSString *title) {
  __strong typeof(self) strongSelf = weakSelf;
  strongSelf.label.text = title;
};

self.model = model;

Objective-C 工程里到处都可以看到这种 weak/strong 群魔乱舞的代码。它是一种正确的处理方式,但却很容易出错。当引入你新功能让你的 block 变得越来越大时,最终会有人在其中使用 self。我们不会注意到它何时发生,编译器只在最简单的情况下提供帮助。这时候 weakify 和 strongify 宏便派上了用场。

@weakify 和 @strongify

@weakify 和 @strongify 宏的原始实现比较复杂,因为它们接受多个参数。为了使分析更简单,我将自己的版本说明,每个版本只接受一个参数:

#define weakify(var) __weak typeof(var) AHKWeak_##var = var;

#define strongify(var) \
_Pragma("clang diagnostic push") \
_Pragma("clang diagnostic ignored "-Wshadow"") \
__strong typeof(var) var = AHKWeak_##var; \
_Pragma("clang diagnostic pop")

有了这些宏,我们的示例变成了一下形式:

Model *model = [Model new];

weakify(self);
model.dataChanged = ^(NSString *title) {
  strongify(self);
  self.label.text = title;
};

self.model = model;

最后将编译成:

Model *model = [Model new];

__weak typeof(self) AHKWeak_self = self;
model.dataChanged = ^(NSString *title) {
  __strong typeof(self) self = AHKWeak_self;
  self.label.text = title;
};

self.model = model;

在 block 中self被一个同名的局部变量所掩盖。self可以在块内安全地使用,因为它引用了该局部变量,同时该变量被强持有,但又仅在块结束执行之前有效。

如果我忘记使用了strongify会怎么样?其实:weakify创建一个新的局部变量,如果没有使用它,我们会收到warning:

Unused variable 'AHKWeak_self'

注意:如果在多个块中使用了 strongify(self),则该 warning 也无济于事。我们可以通过为每个 block 引入一个新scope 来解决,例如:

{
  weakify(self);
  model.dataChanged = ^(NSString *title) {
    strongify(self);
    self.label.text = title;
  };
}

{
  weakify(self);
  model.syncFinished = ^(BOOL success) {
    strongify(self);
    [self update];
  };
}

看起来并不优美,但在某些情况下还是很有用。如果您忘记使用weakify,但有strongify,编译器会显示错误:

使用未声明的标识符“AHKWeak_self”

最后

在某些情况下创建新 block 时,我们仍需要考虑保留 self(或其他一些对象)引用的可能性,这是任何宏也无法帮忙做到的,需要实际分析。但当使用了weakify 和strongify 宏,以后对 block 的任何更改都会比标准的weak/strong 方式更安全。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,047评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,807评论 3 386
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,501评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,839评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,951评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,117评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,188评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,929评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,372评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,679评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,837评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,536评论 4 335
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,168评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,886评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,129评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,665评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,739评论 2 351

推荐阅读更多精彩内容