アプリが起動し、メインフロー
- アプリケーションのOnCreate
負荷サードパーティのSDK - 活性OnCreate関数
ローディング独自のロジックは、
遠隔xxx.jsonデータ要求送信
レンダリングインタフェース一覧
応答時間
斜体スタイル
- アプリ開始：最初のスタート、コールドスタート、ウォームスタート、ホットスタート、開始する最初の画面にインストール
最初のインストールの開始を：プロセスをより時間のかかる最初のスタートの初期化、パッチのダウンロードとなりますので、アプリ初回起動時には、比較的長いです、キャッシュデータは、システム負荷がローカルにいくつかのリソースを介してリモートサーバー、大量のデータがキャッシュされたり、予熱されていないがある、あなたは再び次回起動時には、良いローカルコンテンツは、広告、ユーザデータとして、以前にロードされています、その後、あなたが遅い最初に起動したときは、これが遅いので、Googleは標準があり、その後、起動速度をスピードアップし、リモートで読み取ることがありません。
コールドスタート：プロセスの最初からコールドスタートと呼ばれる、最初のインストールほとんどではなく、最初のインストールを開始するプロセスが存在しない場合で、作成します。（コールドは、通常はより5秒以上起動しない）
ウォームスタートを：そこにいくつかのリソースがすでに存在している、プロセスがあり、活動が破壊され、その後、呼ばれるウォームスタート開始（これ以上2S以下）
ホットスタート：リソースのほとんどは、インターフェイス上だけでスイッチを、背景カットフォアグラウンド、ユーザプロセス、データが失われることはない、これはホットスタートと呼ばスタートです。（ない以上1.5秒）
最初の画面が起動する：最初の画面が完全にロードするために
、コールドスタート時間がより重要である、このタイプのテストは、一般的に
試験方法
パフォーマンスデータlogcat
実現のインストールパッケージ名パッケージ= com.snda.wifilocating
最初の開始前に測定したデータを、最初のコマンドでキャッシュデータをきれい：adbのシェル午後明確な$パッケージ
セキュリティ例外が発生しました：PID 28341は持っていません com.snda.wifilocatingパッケージの明確なデータへのアクセス権android.permission.CLEAR_APP_USER_DATAをエラー
OEMロック解除、USBデバッグ（セキュリティ設定）：オープン開発者向けオプション：ソリューションを
プロセスを強制終了：adbのシェル午前力ストップ$のパッケージ
-S -W起動adbのシェル午前：スタートアプリ $パッケージを/ .com.lantern.launcher.ui.MainActivity
これはうちの完全な負荷に最初の活性を意味する
thistime
TOTALTIME
WAITTIME
