スレッドセーフな永続化のための Swift Actor
Swiftのactorを使用してスレッドセーフなデータ永続化レイヤーを構築するパターン。メモリキャッシュとファイルバックドストレージを組み合わせ、actorモデルを活用してコンパイル時にデータ競合を排除する。
起動条件
- Swift 5.5以降でデータ永続化レイヤーを構築する場合
- 共有可変状態へのスレッドセーフアクセスが必要な場合
- 手動の同期(ロック、DispatchQueue)を排除したい場合
- ローカルストレージを持つオフラインファースとアプリを構築する場合
コアパターン
Actorベースのリポジトリ
Actorモデルはシリアライズされたアクセスを保証する——コンパイラによって強制されるデータ競合なし。
使い方
Actorの分離により、すべての呼び出しは自動的に非同期になる:
@Observable ViewModel との組み合わせ
重要な設計上の決定
ベストプラクティス
- Actorの境界を越えるすべてのデータに
Sendable型を使用する - Actorのパブリックなアビリティを最小化する —— 永続化の詳細ではなく、ドメイン操作のみを公開する
.atomic書き込みを使用する —— 書き込み中のアプリクラッシュによるデータ破損を防ぐinitで同期的にロードする —— 非同期イニシャライザはローカルファイルに対するわずかな利点のために複雑さが増す@ObservableViewModelと組み合わせる —— リアクティブなUI更新を実現する
避けるべきアンチパターン
- Swiftの新しい並行処理コードでActorの代わりに
DispatchQueueまたはNSLockを使用する - 内部のキャッシュ辞書を外部の呼び出し元に公開する
- 初期化後にファイルURLを外部から変更可能にする(初期化時のみ設定を許可すること)
- すべてのActor メソッド呼び出しが
awaitであることを忘れる——呼び出し元は非同期コンテキストを処理する必要がある - Actor の分離をバイパスするために
nonisolatedを使用する(本末転倒)
使用場面
- iOS/macOSアプリのローカルデータストレージ(ユーザーデータ、設定、キャッシュコンテンツ)
- 後でサーバーと同期するオフラインファーストアーキテクチャ
- アプリの複数の部分から並行アクセスされる共有可変状態
DispatchQueueベースのレガシーなスレッド安全機構を最新のSwift並行処理に置き換える


