この記事は、ZOZOテクノロジーズ #4 AdventCalendar2020の記事です。
昨日は@r-tezukaさんの「GKE上でgcloudコマンドを叩く為のPodをDeployしたら詰まった話」の記事でした。
ぜひご覧ください！
ZOZOテクノロジーズ iOSエンジニアの@ahiruです。
皆さんはアプリのパフォーマンス計測を行っていますか？
パフォーマンス計測はどのように行っていますか？
手法としては様々ありますが、近年Appleはこの分野に力を入れて取り組んでおりAppleの標準フレームワークであるMetricKitを使用するのも一つの手です。
Xcode11 / iOS13より登場したMetricKitはiOS14になって大きな進化を遂げましたが、おそらくあまり知られていない(?)と思いますので本稿でまとめていきます。
Xcode 11 と iOS 13 で追加された機能の振り返り
Xcode12時代に突入している今日ではありますが、新機能の説明の前に簡単に振り返りをします。
Xcode11 と iOS13からは metrics に関する3つのツールが導入されました。
XCTest Metrics
XCTest から直接メトリックスの収集を行えるようになりました。
XCTPerformanceMetric というパフォーマンス計測のための metrics は Xcode9 から取得可能でしたが、Xcode11 からは XCTMetric という protocol が追加され、下記 function によって cpu やメモリに関する metrics が取得できるようになりました。
func measure(metrics: [XCTMetric],
block: () -> Void)
XCTest Metrics は特定の機能の影響を見極めるのに有効です。
MetricKit
アプリユーザーの使用状況(メトリックス)の収集を行うためのフレームワークです。
概要に関してはこちらの記事を読んでみてください！去年のアドベントカレンダーで書きました、、
端的に説明すると下記のようになります。
MetricKitを使用すると、オンデバイスのアプリ診断や、システムがキャプチャした電力とパフォーマンスのメトリックスを受け取ることができます。登録されたアプリは、最大でも 1 日 1 回、過去 24 時間分のデータを含むレポートを受信します。
レポートのデータを使用して、アプリのパフォーマンスを向上させることができます。
なんと言っても、アプリユーザーの環境での使用状況を詳細に把握することができるというのが最大のメリットです。
実装方法については後ほどご紹介いたします。
Metrics Organizer
みなさんご存知の機能かと思いますが、ノンコードでOrgnizerから集約されたデータの確認ができるようになりました。
MetricKit の実装方法
import MetricKit
@main
class AppDelegate: UIResponder, UIApplicationDelgate {
func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]? = nil) -> Bool) {
MXMetricManager.shared.add(self)
return true
}
func applicationWillTerminate(_ application: UIApplication) {
MXMetricManager.shared.remove(self)
}
}
extension AppDelegate: MXMetricManagerSubscriber {
func didReceive(_ payload: [MXMetricPayload]) {
// データを自社サーバーへ送信するなど
}
}
基本的にたったこれだけで実装完了です。
1. MetricKitをimport
2. MXMetricManager.shared.add をアプリ起動時に実装
3. MXMetricManager.shared.remove をteminate時に実装
4. didReceive で metrics のデータを取得
実際に動かしてみると様々なmetricsが取得できます。(実機でのみテストが可能)
iOS14からの MetricKit の新機能
ようやく本題です。
iOS14 で MetricKit は進化を遂げ、2つのアップデートがありました。
1. 取得できる metrics の種類が増えた
1つ目は取得できる metrics の種類が増えました。
増えたのは、「CPU命令数」「スクロールヒッチ」「アプリケーションの終了理由」です。
CPU命令数
MXCPUMetricは CPU の使用に関するメトリックを表すクラスです。
iOS13では使用したCPUの合計量のみが取得可能でしたが、iOS14からはCPUの命令総数が取得できるようになりました。
これの何が嬉しいかですが、CPU命令数はハードウェアや周波数に依存しないアプリケーションが行った作業の絶対的なメトリックと言えるのでアプリケーションの合計負荷をより正確に数量化できるようになります。
スクロールヒッチ
MXAnimationMetric はアプリ内のアニメーションの応答性に関する指標を表すクラスです。
スクロールの中ヒッチングに費やした時間の比率を取得できるようになったのですが、スクロールヒッチに関する詳しい説明はWWDC2020で発表された Eliminate animation hitches with XCTest をご覧ください！
アプリケーションの終了理由
MXAppExitMetric はフォアグラウンドとバックグラウンドでのアプリの終了(kill)原因に関するメトリックを表すクラスです。
つまりアプリがなぜkillされたのか、その原因調査をすることがかなり容易になりました。
これはかなり大きなアップデートだと感じています。
この部分に関しては、WWDC2020のセッションの一つである Why is my app getting killed? をぜひみてください！
2. MetricKit診断
MetricKit Diagnostic(メトリックキット診断)と呼ばれるものが追加されました。
iOS13では純粋に metrics を取得するだけだった MetricKit ですが、iOS14からは不具合の原因特定に役立つような情報も取得できるようになりました。
iOS13とiOS14を比較するとこんな感じです。
iOS13
iOS14
metricsだけではなくクラッシュに関する情報なども取得できるようになります。
クラッシュに関してはcrashlyticsなどサードパーティ製ツールを使用することがほとんどかと思いますが、これがApple純正のフレームワークに置き換わる未来があるかもしれません。
まとめ
- MetricKitはベータ版 / リリース版のアプリのパフォーマンスについてユーザーの環境ベースで様々なメトリックスを収集するためのフレームワーク
- (やりたいことにもよると思うが)基本的に実装は簡単
- 収集したメトリックスは自社サーバーやサードパーティ製ツールへ送信・蓄積して分析を行いアプリのパフォーマンス改善に役立てる(パフォーマンスのデグレに効果的)
- MetricKitはiOS14で進化しており今後主流となる可能性を秘めていると感じたが、現状は情報が極端に少なく実装方法など調べるのも一苦労