Lazy-Loading 引发的 dealloc 问题

我们知道一个 ViewController 有着固定的 Load 顺序:

- (void)viewDidLoad {
    [super viewDidLoad];
    self.view.backgroundColor = [UIColor lightGrayColor];
    NSLog(@"%@", NSStringFromSelector(_cmd));
}

- (void)viewWillAppear:(BOOL)animated {
    [super viewWillAppear:animated];
    NSLog(@"%@", NSStringFromSelector(_cmd));
}

- (void)viewDidAppear:(BOOL)animated {
    [super viewWillAppear:animated];
    NSLog(@"%@", NSStringFromSelector(_cmd));
}

- (void)viewWillDisappear:(BOOL)animated {
    [super viewWillDisappear:animated];
    NSLog(@"%@", NSStringFromSelector(_cmd));
}

- (void)viewDidDisappear:(BOOL)animated {
    [super viewDidDisappear:animated];
    NSLog(@"%@", NSStringFromSelector(_cmd));
}

- (void)dealloc {
    NSLog(@"%@", NSStringFromSelector(_cmd));
}

页面 Push 创建时

2019-02-27 16:52:20.226703+0800 HaveFun[6505:1194253] viewDidLoad
2019-02-27 16:52:20.226908+0800 HaveFun[6505:1194253] viewWillAppear:
2019-02-27 16:52:20.739897+0800 HaveFun[6505:1194253] viewDidAppear:

页面 Pop 返回时

2019-02-27 16:52:24.357144+0800 HaveFun[6505:1194253] viewWillDisappear:
2019-02-27 16:52:24.860338+0800 HaveFun[6505:1194253] viewDidDisappear:
2019-02-27 16:52:24.860821+0800 HaveFun[6505:1194253] dealloc

这些对于我们来说已经很熟悉了,我们知道很多代理需要在 -dealloc 方法中把 self.xxxdelegate = nil; 比如说: _wkWebView.UIDelegate 如果我们此时采用 Lazy-Loading 的方式加载到了页面上,

- (WKWebView *)webView {

    if(!_webView) {
        _webView = [[WKWebView alloc] initWithFrame:self.view.bounds];
        _webView.UIDelegate = self;
        _webView.navigationDelegate = self;
        [self.view addSubview:_webView];
    }
    return _webView;
}

一样在 -dealloc 中销毁的时候设置为 nil

- (void)dealloc {
    NSLog(@"%@", NSStringFromSelector(_cmd));
    self.webView.UIDelegate = nil;
    self.webView.navigationDelegate = nil;
}

正常情况下使用是没有什么问题的,页面创建的时候设置代理,销毁的时候置空,一切看上去很美好,然而,如果突然有一位开发者“大雄”,他不按常理出牌,只是初始化了 wkWebViewController 的类,没有进行 push 或者 present 操作,或者 “大雄” 在进行 push 或者 present 等操作时,没有获取到 navigationController 本来一直运行好好的,这时“大雄”开心的通知你,你写的东西有 Bug ,惊喜的事情发生了!

signal SIGABRT

好在我们提前设置了 viewController 的加载情况,只见

2019-02-28 13:13:08.763823+0800 HaveFun[17558:2198356] dealloc
2019-02-28 13:13:08.764098+0800 HaveFun[17558:2198356] [Warning] Attempting to load the view of a view controller while it is deallocating is not allowed and may result in undefined behavior ()
objc[17558]: Cannot form weak reference to instance (0x7fe78550f680) of class SecondPageViewController. It is possible that this object was over-released, or is in the process of deallocation.

怎么会这样?只调用了 -dealloc 没有创建?
因为页面没有进入 -viewDidLoad 所以对于代理对象来说,不能真正的算是成功过, 控制台 log

(lldb) po self


(lldb) po self.webView
0x00007fe78600a400

(lldb) po self.webView.UIDelegate
 nil
(lldb) 

看上面报错信息

Attempting to load the view of a view controller while it is deallocating is not allowed and may result in undefined behavior 

在调用 -dealloc 时,苹果给出的解释是,这时的 ViewController 正在进行进行 -dealloc

It is possible that this object was over-released, or is in the process of deallocation.

这时候调用该类的 getter 方法便会报错。

而此时的 webView 只有一个内存地址,不能算是一个完整的 UIView 对象,但此对象又不是严格意义上的空对象,所以对其发送 setUIDelegate 消息时,也是不对的。

对于此 SecondViewController 来说,因为页面在 -ViewDidLoad 就需要把 webView 视图加上去,所以这里的 Lazy-Loading 是完全没有必要的, Lazy-Loading 作用主要是处理页面中那些不一定会使用到的元素,不使用的时候不加载,使用的时候它就在那里。 比如说页面有在线客服的小图标,点击后需要展示对话页面,这时候可以使用,如果用户没有这个需要,那就不需要加载,节省了很多操作。

用属性代替

- (void)viewDidLoad {
    [super viewDidLoad];
    _webView = [[WKWebView alloc] initWithFrame:self.view.bounds];
    _webView.UIDelegate = self;
    _webView.navigationDelegate = self;
    [self.view addSubview:_webView];
    
    [_webView loadRequest:[NSURLRequest requestWithURL:[NSURL URLWithString:@"https://www.jianshu.com"]]];
}

- (void)dealloc {
    NSLog(@"%@", NSStringFromSelector(_cmd));
    _webView.UIDelegate = nil;
    _webView.navigationDelegate = nil;
}

依旧只执行了 -dealloc 方法,但是程序没有崩溃。

dealloc

继续看下各个对象信息

(lldb) po self


(lldb) po _webView
 nil
(lldb) po _webView.navigationDelegate
 nil
(lldb) 

可以看到此时的 _webView 由于没有执行 alloc,所以为严格意义上的空对象,而对空对象发送消息按照苹果的规定是可行的。

你可能感兴趣的:(Lazy-Loading 引发的 dealloc 问题)