回答。

Staticおよびclassプロパティは、インスタンスではなく型に属するプロパティです。歴史的に、すべてのインスタンスに共通の情報（たとえば、カウンタ、設定、ファクトリ）の保存を解決するために登場しました。Swiftでは、すべての型（class、struct、enum）でstaticを使用できますが、classはクラスにのみ使用でき、計算されたプロパティのためにのみオーバーライドを提供します。

**問題点：**不適切なstaticプロパティの使用は、競合状態や異なるスレッドからのアクセス時のエラーを引き起こす可能性があります。また、staticとclassを混同し、継承におけるオーバーライドのメカニズムを誤って選択することも簡単です。

解決策：

変更されないか、明示的にスレッドセーフなプロパティにはstaticを使用します。
継承とオーバーライドのために、classプロパティを定義します。
スレッドセーフのためには、データをプライベートなstaticストレージに保持し、同期されたロジック（たとえば、DispatchQueueを介して）でのみアクセスします。

コードの例：

class Counter {
    static var count = 0
    static let queue = DispatchQueue(label: "counter.queue")

    static func increment() {
        queue.sync {
            count += 1
        }
    }

    class var typeDescription: String {
        return "Generic Counter"
    }
}

class NamedCounter: Counter {
    override class var typeDescription: String {
        return "Named Counter"
    }
}

主な特徴：

staticはオーバーライドできないが、class varは可能である。
staticはすべての型で機能し、classはクラスのみに機能する。
staticプロパティは型ごとに1つのコピーであり、コードのどこからでもアクセス可能である。

答えの中のトリックな質問。

質問1：static letプロパティを計算されたプロパティ（computed）としてgetを使って宣言可能ですか？

はい、staticプロパティはstoredでもcomputedでも可能です。letプロパティの場合、通常は定数ですが、static varは計算可能でもあります：

struct Math {
    static var pi: Double { return 3.1415926 }
}

質問2：static varはデフォルトでスレッドセーフですか？

いいえ、static varが異なるスレッドから変更される場合、競合状態が発生する可能性があります。read/writeは手動で同期される必要があります。

質問3：class varをstoredプロパティに使用できますか？

いいえ、class varは常に計算されたプロパティ（property with get/optional set）でなければなりません。storedプロパティはstaticのみに許可されています。

一般的なエラーとアンチパターン

マルチスレッド環境でのstatic varを同期なしに残す。
stored class varを宣言しようとする。
staticとclassを混同し、継承のために不適切なメカニズムを選択する。

実例

ネガティブケース

アプリケーションで、ユーザーのログインカウントはstatic varに保存され、異なるスレッドから同期なしでインクリメントされていました。

利点：

実装が簡単。

欠点：

結果として、カウントが時々正しくない値を返し、デバッグとバグトラッキングを複雑にしました。

ポジティブケース

グローバル構成オブジェクトにはstatic letを使用し、読み取り専用またはDispatchQueueを使用した書き込み専用にしていました。