アプリをリアルタイムで検査する
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
アプリをライブで検査すると、デバイスの CPU 使用率、スレッド アクティビティ、メモリ使用率の概要を確認できます。アプリのプロファイリングをどこから始めればよいかわからない場合は、ライブビューを使用して探索的分析を行い、最適化できる動作が見つかったら、特定のプロファイリング タスクでさらに詳しく調べます。
ライブビューを開始するには、[ライブ テレメトリーを表示] プロファイリング タスクを選択します。タスクが開始されると、次の可視化がリアルタイムで表示されます。
- インタラクション: タイムラインでのユーザー インタラクション イベントとアプリ ライフサイクル イベントが表示されます(デバッグ可能なアプリプロセスと、API レベル 26 以降を搭載したデバイスが必要です)。
- CPU 使用率: アプリのリアルタイム CPU 使用率を利用可能な合計 CPU 時間の割合で表すとともに、アプリが使用しているスレッドの合計数を示します。このタイムラインには、他のプロセス(システム プロセスまたは他のアプリ)の CPU 使用率も示されるため、アプリの CPU 使用率と比較できます。マウスをタイムラインで水平方向に動かすと、CPU 使用率の履歴データを調べることができます。
- スレッド: アプリプロセスの各スレッドを一覧表示し、以下の色を使用して、スレッドのアクティビティをタイムラインに沿って示します。
- 緑: スレッドがアクティブであるか、CPU を使う用意ができています。つまり、スレッドは実行中または実行可能な状態です。
- 黄: スレッドはアクティブですが、タスクを完了する前に、ディスク I/O やネットワーク I/O などの I/O 操作を待機しています。
- グレー: スレッドがスリープ状態であり、CPU 時間を消費していません。この状態は、スレッドがまだ利用できないリソースへのアクセスを要求したときに発生することがあります。スレッドは自発的にスリープ状態になるか、要求したリソースが利用可能になるまでカーネルによってスリープ状態に置かれます。
- CPU Profiler は、
JDWP
、Profile
Saver
、Studio:VMStats
、Studio:Perfa
、Studio:Heartbeat
(スレッド アクティビティのタイムラインに表示される正確な名前は異なる場合があります)など、Android Studio と Android プラットフォームがアプリプロセスに追加したスレッドの CPU 使用率も報告します。Android Studio ではこのデータが報告されるため、アプリのコードによってスレッド アクティビティと CPU 使用率が実際に発生したタイミングを特定できます。
- メモリ: 各メモリカテゴリで使用されているメモリ使用量の積み上げ棒グラフ。左の Y 軸はメモリ使用量を、上部の色キーはメモリカテゴリを示しています。

このページのコンテンツやコードサンプルは、コンテンツ ライセンスに記載のライセンスに従います。Java および OpenJDK は Oracle および関連会社の商標または登録商標です。
最終更新日 2025-07-27 UTC。
[[["わかりやすい","easyToUnderstand","thumb-up"],["問題の解決に役立った","solvedMyProblem","thumb-up"],["その他","otherUp","thumb-up"]],[["必要な情報がない","missingTheInformationINeed","thumb-down"],["複雑すぎる / 手順が多すぎる","tooComplicatedTooManySteps","thumb-down"],["最新ではない","outOfDate","thumb-down"],["翻訳に関する問題","translationIssue","thumb-down"],["サンプル / コードに問題がある","samplesCodeIssue","thumb-down"],["その他","otherDown","thumb-down"]],["最終更新日 2025-07-27 UTC。"],[],[],null,["# Inspect your app live\n\nInspecting your app live gives you a high-level overview of the device's CPU\nusage, thread activity, and memory usage. If you don't know where to start with\nprofiling your app, use live view to conduct an exploratory analysis, and then\ndig deeper with the specific profiling tasks when you see behavior that can be\noptimized.\n\nTo start live view,\n[select the **View Live Telemetry** profiling task](/studio/profile#start-profiling).\nWhen the task starts, it starts displaying the following visualizations in real\ntime:\n\n- Interactions: Shows user interaction and app lifecycle events along a timeline (requires a [debuggable](/studio/profile#profileable-v-debuggable) app process and a device running API level 26 or higher).\n- CPU usage: Shows real-time CPU usage of your app---as a percentage of total available CPU time---and the total number of threads your app is using. The timeline also shows the CPU usage of other processes (such as system processes or other apps), so you can compare it to your app's usage. You can inspect historical CPU usage data by moving your mouse along the horizontal axis of the timeline.\n- Threads: Lists each thread that belongs to your app process and indicates its activity along a timeline using the following colors:\n - Green: The thread is active or is ready to use the CPU. That is, it's in a running or runnable state.\n - Yellow: The thread is active, but it's waiting on an I/O operation (for example, disk or network I/O) before it can complete its work.\n - Gray: The thread is sleeping and is not consuming any CPU time. This sometimes occurs when the thread requires access to a resource that is not yet available. Either the thread goes into voluntary sleep, or the kernel puts the thread to sleep until the required resource becomes available.\n - The CPU Profiler also reports CPU usage of threads that Android Studio and the Android platform add to your app process---such as `JDWP`, `Profile\n Saver`, `Studio:VMStats`, `Studio:Perfa`, and `Studio:Heartbeat` (although, the exact names displayed in the thread activity timeline might vary). Android Studio reports this data so that you can identify when thread activity and CPU usage are actually caused by your app's code.\n- Memory: Shows a stacked graph of how much memory is being used by each memory category, as indicated by the y-axis on the left and the color key at the top."]]