SwiftUI Instrumentによるプロファイリング

計測せずに行うパフォーマンス改善は、当て推量にすぎません。Instruments の SwiftUI Instrument を使うと、どのビューがどの程度の頻度で更新されているかを正確に確認できます。

Xcode で Product > Profile（または Command-I）を選択して Instruments を起動し、SwiftUI テンプレートを選びます。アプリを実行し、遅い画面を操作してください。

Instrument は、各ビューの body が評価された回数を報告します。予想外に多い回数は、過剰な再計算が起きていることを直接示します。

回数だけでなく、body の実行時間も確認してください。ほとんど呼び出されなくても 30ms かかる body は、低コストであっても常に呼び出される body と同じくらい問題になります。

Instrument は、ビューが更新された理由、つまりどの状態、バインディング、または監視対象プロパティが変化したかを説明します。これにより、範囲を絞るべきトリガーを特定できます。

ビューが更新されるのではなく、繰り返し生成と破棄をされている場合、タイムラインに新しいインスタンスが表示されます。これは通常、identity の問題（インデックスの ID、分岐の切り替え）を示します。

SwiftUI Instrument を Hangs および Animation Hitches Instrument と組み合わせると、負荷の高い body と、画面上で目に見えるカクつきを関連付けられます。

時間がビュー自身の body と子ビューのどちらで消費されているかを確認してください。これにより、ビュー自体を最適化すべきか、ツリーの下位に修正を移すべきかが分かります。

静止した画面ではなく、完全なリストをスクロールしたり、フィールドに入力したりするなど、実際のユーザーフローをプロファイリングしてください。パフォーマンスの問題は、停止中ではなく操作中に現れます。

状態の範囲を狭める、Equatable を追加する、ビューを分割するなど、変更を 1 つ適用してから再度プロファイリングしてください。次に進む前に body の評価回数が減ったことを確認し、検証していない「最適化」を積み重ねないようにします。

Release ビルドをプロファイリングしてください。Debug ビルドでは最適化が無効になり、オーバーヘッドも追加されるため、製品版のパフォーマンスを反映しない誤解を招く数値になります。

SwiftUI Instrument についての理解を確認します。

SwiftUI Instrument は、body の評価回数、実行時間、各更新の原因を表示し、過剰な再計算や identity の変動を明らかにします。Hangs および Animation Hitches と組み合わせ、self と children の時間を区別し、Release ビルドで現実的なフローをプロファイリングしてください。

計測し、1 つの修正を適用し、再計測するという反復で最適化し、すべての変更をデータで検証してください。