なぜAppleは、ARCでシングルトンパターンを実装するためにdispatch_onceを使用することを推奨するのですか？

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がクリスマスまで私のオブジェクトを作成するとしたらどうなるでしょうか。すぐ戻りませんよね？少なくともそれがグランドセントラルディスパッチの要点のようです。

なぜ彼らはこれをしているのですか？

dispatch_once()完全に同期しています。すべてのGCDメソッドが非同期で処理を実行するわけではありません（適切な場合、dispatch_sync()同期です）。の使用によりdispatch_once()、次のイディオムが置き換えられます。

+ (MyClass *)sharedInstance {
    static MyClass *sharedInstance;
    @synchronized(self) {
        if (sharedInstance == nil) {
            sharedInstance = [[MyClass alloc] init];
        }
    }
    return sharedInstance;
}

これに対する利点dispatch_once()は、それがより速いということです。また、共有インスタンスのalloc initを実行する複数のスレッドからも保護されるため、意味的にクリーンです。2つのインスタンスを作成することはできません。の全体的な考え方dispatch_once()は「一度だけ実行すること」であり、それがまさに私たちがやっていることです。

一度しか実行されないためです。したがって、別のスレッドから2回アクセスしようとしても、問題は発生しません。

Mike Ashは、彼のCare and Feeding of Singletonsブログ投稿に詳しい説明があります。

すべてのGCDブロックが非同期で実行されるわけではありません。