asunquan.com

不忘初心 不止于行

职场新人 iOS菜鸟 就职于搜狐畅游 从事iOS/tvOS的SDK开发 对于游戏市场有点点了解 平日和一只小Corgi同吃同睡


[转]面试题: block中关于self的一些问题

题目

我们知道, 在使用 block 的时候, 为了避免产生循环引用, 通常需要使用 weakSelf 与 strongSelf, 写下面这样的代码:

__weak typeof(self) weakSelf = self;
[self doSomeBlockJob:^{
    __strong typeof(weakSelf) strongSelf = weakSelf;
    if (strongSelf) {
        ...
    }
}];

那么请问: 什么时候在 block 里面用 self, 不需要使用 weak self ?

分析及答案

当 block 本身不被 self 持有, 而被别的对象持有, 同时不产生循环引用的时候, 就不需要使用 weak self 了. 最常见的代码就是 UIView 的动画代码, 我们在使用 UIView 的 animateWithDuration:animations 方法 做动画的时候, 并不需要使用 weak self, 因为引用持有关系是:

  • UIView 的某个负责动画的对象持有了 block
  • block 持有了 self

因为 self 并不持有 block, 所以就没有循环引用产生, 因为就不需要使用 weak self 了

[UIView animateWithDuration:0.2 animations:^{
    self.alpha = 1;
}];

当动画结束时, UIView 会结束持有这个 block, 如果没有别的对象持有 block 的话, block 对象就会释放掉, 从而 block 会释放掉对于 self 的持有. 整个内存引用关系被解除.

题目

那么请问: 为什么 block 里面还需要写一个 strongSelf, 如果不写会怎么样?

分析及答案

在 block 中先写一个 strongSelf 其实是为了避免 block 的执行过程中, 突然出现 self 被释放的尴尬情况. 通常情况下, 如果不这么做的话, 还是很容易出现一些奇怪的逻辑, 甚至闪退.

我们以 AFNetworking 中 AFNetworkReachabilityManager.m 的一段代码举例:

__weak __typeof(self)weakSelf = self;
AFNetworkReachabilityStatusBlock callback = ^(AFNetworkReachabilityStatus status) {
    __strong __typeof(weakSelf)strongSelf = weakSelf;

    strongSelf.networkReachabilityStatus = status;
    if (strongSelf.networkReachabilityStatusBlock) {
        strongSelf.networkReachabilityStatusBlock(status);
    }

};

如果没有 strongSelf 的那行代码, 那么后面的每一行代码执行时, self 都可能被释放掉了, 这样很可能造成逻辑异常.

特别是当我们正在执行 strongSelf.networkReachabilityStatusBlock(status); 这个 block 闭包时, 如果这个 block 执行到一半时 self 释放, 那么多半情况下会 Crash.

这里有一篇文章详细解释了这个问题: I finally figured out weakSelf and strongSelf

题目

有没有这样一个需求场景, block 会产生循环引用, 但是业务又需要你不能使用 weakSelf ? 如果有, 请举一个例子并且解释这种情况下如何解决循环引用问题.

分析及答案

需要不使用 weakSelf 的场景是: 你需要构造一个循环引用, 以便保证引用双方都存在. 比如你有一个后台的任务, 希望任务执行完后, 通知另外一个实例. 在我们开源的 YTKNetwork 网络库的源码中, 就有这样的场景.

在 YTKNetwork 库中, 我们的每一个网络请求 API 会持有回调的 block, 回调的 block 会持有 self, 而如果 self 也持有网络请求 API 的话, 我们就构造了一个循环引用. 虽然我们构造出了循环引用, 但是因为在网络请求结束时, 网络请求 API 会主动释放对 block 的持有, 因此, 整个循环链条被解开, 循环引用就被打破了, 所以不会有内存泄漏问题.

代码其实很简单, 如下所示:

//  YTKBaseRequest.m
- (void)clearCompletionBlock {
    // nil out to break the retain cycle.
    self.successCompletionBlock = nil;
    self.failureCompletionBlock = nil;
}

总结来说, 解决循环引用问题主要有两个办法:

  • 第一个办法是”事前避免”, 我们在会产生循环引用的地方使用 weak 弱引用, 以避免产生循环引用.
  • 第二个办法是”事后补救”, 我们明确知道会存在循环引用, 但是我们在合理的位置主动断开环中的一个引用, 使得队形得以回收.
最近的文章

[转]面试题: weak的内部实现

题目**weak 变量在引用计数为0时, 会被自动设置成 nil, 这个特性是如何实现的? **分析及答案在 Friday QA 上, 有一期专门介绍 weak 的实现原理. Zeroing Weak References in Objective-C[Objective-C高级编程]一书中也介绍了相关的内容.简单来说, 系统有一个全局的 CFMutableDictionary 实例, 来保存每个对象的 weak 指针列表, 因为每个对象可能有多个 weak 指针, 所以这个实例的值是 C...…

iOS开发面试题继续阅读
更早的文章

[转]面试题: 寻找最近公共View

前言最近在巧叔的微信公众号上看到了巧叔开始更新了iOS开发面试题系列, 特此转载学习. 多谢巧叔. 闲话少说下面进入正题.题目找出两个 UIView 的最近的公共 View, 如果不存在, 则输出 nil分析及答案这其实是数据结构里面的找最近公共祖先的问题一个 UIViewController 中的所有 view 之间的关系其实可以看成一颗树, UIViewController 的 view 变量是这颗树的根节点, 其它的 view 都是根节点的直接或间接子节点.所以我们可以通过 view...…

iOS开发面试题继续阅读