在ARC下将代表设置为nil？

Question

我正在使用ARC编写iOS应用程序,并以iOS 5+为目标.

假设我编写了一个具有委托属性的自定义视图对象.在声明委托属性时,我将它作为一个弱引用来避免保留循环,这样当实际的委托对象(控制器)被销毁时,我的自定义视图也将被销毁,如下所示:

@interface MyCustomView : UIView

@property (nonatomic, weak) id<MyCustomViewDelegate> delegate;

@end

一切都很好.

好的,现在我正在编写控制器对象,它引用了两个视图对象:我的自定义视图和Apple提供的UIKit视图,两者都声明了委托属性,控制器是两个视图的委托.也许它看起来像这样:

@interface MyViewController : UIViewController <MyCustomViewDelegate, UITableViewDataSource, UITableViewDelegate>

@property (nonatomic, strong) MyCustomView *customView;
@property (nonatomic, strong) UITableView *tableView;

@end

@implementation MyViewController

- (void)viewDidLoad
{
    self.customView.delegate = self;
    self.tableView.dataSource = self;
    self.tableView.delegate = self;
}

@end

我的问题是:我是否需要覆盖dealloc将其中一个或两个委托设置为nil？

我的意思是,据我所知,UIKit视图的委托属性(在本例中tableView)实际上并未声明为弱引用,而是一个__unsafe_unretained引用,用于向后兼容非ARC版本的iOS.所以也许我需要写

- (void)dealloc
{
    _tableView.dataSource = nil;
    _tableView.delegate = nil;
}

现在,如果我必须覆盖dealloc,我仍然不必设置_customView.delegate = nil,对吧？因为(由我)声明它是一个弱引用,所以它应该在销毁时自动设置为nil MyViewController.

但另一方面,我不是针对iOS的非ARC版本,我也不打算这样做.所以也许我根本不需要覆盖dealloc？

Answer 1

将非弱代表设置为nil通常是个好主意,除非你知道你没有必要.对于UITableView和UIScrollView,我在之前的iOS版本上遇到过以下步骤的崩溃(它可能有助于在启用僵尸的情况下运行):

1. 滚动得非常快.
2. 按完成或后退按钮或其他任何以关闭VC.

这似乎是因为滚动动画保留了对视图的引用,因此视图比VC更长.它在发送滚动事件时崩溃.

我也看到崩溃后解雇一个包含一段UIWebView时间正在加载请求的VC ,其中简单地将委托设置为nil是不够的(我认为解决方法是调用[webView loadRequest:nil]).