在ARC下的单例共享实例访问器中使用dispatch_once的确切原因是什么?

+ (MyClass *)sharedInstance
{
    //  Static local predicate must be initialized to 0
    static MyClass *sharedInstance = nil;
    static dispatch_once_t onceToken = 0;
    dispatch_once(&onceToken, ^{
        sharedInstance = [[MyClass alloc] init];
        // Do any other initialisation stuff here
    });
    return sharedInstance;
}

在后台异步实例化单例是不是一个坏主意?我的意思是，如果我请求共享实例并立即依赖它，但dispatch_once直到圣诞节才创建对象，会发生什么?它不会立即返回，对吧?至少这似乎是中央调度的全部意义所在。

他们为什么要这么做呢?

是否有可能使用标准属性语法将块作为属性?

ARC有什么变化吗?

ARC为属性引入了两个新的内存管理属性，强和弱。

除了复制，这显然是完全不同的东西，强与保留和弱与赋值之间有什么区别吗?

根据我的理解，这里唯一的区别是weak会将nil赋值给指针，而assign不会，这意味着当我向指针发送消息时，程序将崩溃，一旦它被释放。但如果我用weak，这就不会发生，因为message send给nil什么都不会做。

我不知道坚强和保留之间有什么区别。

是否有任何理由，为什么我应该使用分配和保留在新项目，或者是那种被弃用?

在2014年WWDC会议403中，有以下幻灯片

演讲者说，在那种情况下，如果我们不在那里使用[u主self]，就会发生内存泄漏。这是否意味着我们应该总是在闭包中使用[ucontrolled self] ?

在Swift Weather应用程序的ViewController.swift的第64行，我没有使用[u主self]。但是我通过使用一些@ iboutlet来更新UI，比如self。温度和自加载指示器。这可能没问题，因为我定义的所有@IBOutlets都是弱的。但是为了安全起见，我们应该总是使用[无主的自我]吗?

class TempNotifier {
  var onChange: (Int) -> Void = {_ in }
  var currentTemp = 72
  init() {
    onChange = { [unowned self] temp in
      self.currentTemp = temp
    }
  }
}

我使用ARC专门为iOS 5开发游戏。iboutlet到UIViews(和子类)是强还是弱?

以下几点:

@property (nonatomic, weak) IBOutlet UIButton *button;

就能摆脱这一切

- (void)viewDidUnload
{
    // ...
    self.button = nil;
    // ...
}

做这个有什么问题吗?模板使用强，当从“接口生成器”编辑器直接连接到头部时，自动生成的属性创建，但为什么?UIViewController已经有一个强引用到它的视图，它保留了它的子视图。

我得到ARC编译器的以下警告:

"performSelector may cause a leak because its selector is unknown".

这是我正在做的:

[_controller performSelector:NSSelectorFromString(@"someMethod")];

为什么我得到这个警告?我理解编译器不能检查选择器是否存在，但为什么会导致泄漏?我怎样才能改变我的代码，让我不再得到这个警告呢?

我在我的项目中成功地使用了ARC。然而，我遇到过一些文件(例如，在单元测试和模拟对象中)，其中ARC的规则现在有点脆弱。我记得听说过有一种方法可以在每个文件的基础上禁用ARC，尽管我一直没有找到这个选项。

这可能吗?如何在每个文件的基础上禁用ARC ?