問題タブ [capture-list]

内部関数のキャプチャ リストの迅速な仕様を検索しましたが、運がなければ、これらの種類の参照サイクルを破る方法はありますか?

以下のような弱い自己を使用するコードをよく見かけます。

しかし、self が nil の場合、 setGlobalState() は実行されたが self?.doSomething() は実行されなかったため、状態が矛盾しているように思えます。

次のようにするのが賢明なようです。

最初のケースでの原子性の欠如についての私の懸念は正当ですか? 弱い自己を使用するブロックに関しては、後者のケースがベスト プラクティスである必要がありますか?

このコードは問題ありません。コンパイルして期待どおりに動作します。
しかし、代わりにキャプチャリストに関数自体を渡すとself:

エラーが発生します：

呼び出しの不要な引数ラベル 'number:'

ラベルをはがすと、すべてが正常に戻ります。
しかし、それは奇妙です。それは何ですか？バグまたは機能？ドキュメントでもフォーラムでも、これに関する情報は見つかりません。

おまけの質問:キャプチャ リスト
に渡すときにコードがクラッシュしないのはなぜですか? unowned selfクラッシュしませんか？クラッシュさせたい

編集：
ちなみに、この状況でキャプチャselfと機能自体に違いはありますか？リテインサイクルなどでいうと、機能をキャプチャーすれば、キャプチャーselfもされますよね。