メモリ使用量の分析 (JavaScript)

Visual Studio に用意されている JavaScript メモリ アナライザーは、メモリ使用量を把握し、JavaScript を使用して Windows 用に開発されたストア アプリのメモリ リークを検出するのに役立ちます。 サポートされるアプリには、Windows Phone ストアおよび Windows ストア向けのアプリが含まれます。

JavaScript メモリ アナライザーは、次の機能を提供します。

• 最も関連性の高いデータを強調することで、アプリのメモリ使用量の問題を迅速に見つけるのに役立ちます。

  このデータは、2 つのスナップショットの相違を示し、より詳細なビューへのリンクを示す、スナップショットの概要で取得します。

• 問題の特定に役立つ、ドミネーター、種類、およびルートのビューを提供します。

• JavaScript ヒープ データ内の非実用的な情報を減らします。

  アプリ コードで直接作成されないオブジェクトは自動的にフィルターで除外されます。 また、オブジェクト名に基づいてデータをフィルター処理できます。

動作中のアプリのメモリ リークを識別するプロセスを紹介したチュートリアルについては、以下を参照してください。チュートリアル: メモリ リークの検出 (JavaScript).

このトピックの内容

JavaScript メモリ アナライザーの実行
メモリの使用量の確認
メモリ リークの特定
実行中のメモリ使用量の概要の表示
スナップショットの概要の表示
スナップショットの詳細の表示
スナップショットの相違の表示
ドミネーターごとのオブジェクトの表示
識別子によるデータのフィルター
オブジェクト ツリーでのオブジェクトの検索
共有されたオブジェクト参照の表示
組み込みオブジェクトの表示
診断セッション ファイルの保存
ソース コードとメモリ使用量データの関連付け
メモリの問題を識別するためのヒント

JavaScript メモリ アナライザーの実行

メモリ アナライザーは、動作中の Windows ストア アプリが、Visual Studio で開かれているか、Windows 8 または Windows 8.1 を実行しているコンピューターにインストールされている場合に使用できます。

メモリ アナライザーを実行するには

1. Visual Studio を開きます。

2. アプリを Visual Studio から実行している場合は、[標準] ツール バーの [デバッグの開始] の一覧から、プロジェクト用にデバッグ ターゲットを選択します (Windows Phone エミュレーター、または Windows ストア アプリの場合はローカル コンピューター、シミュレーター、またはリモート コンピューター)。

   これらのオプションの詳細については、以下を参照してください。Visual Studio からのストア アプリの実行.

3. メニュー バーで、[デバッグ]、[パフォーマンスと診断] の順にクリックします。

   既定では、現在のスタートアップ プロジェクトが分析されます。 分析ターゲットを変更する場合は、[ターゲットの変更] を選択します。

   

   分析ターゲットに対して、次のオプションを使用できます。

   • [スタートアップ プロジェクト]。 現在のスタートアップ プロジェクトを分析します。 アプリをリモート コンピューターで実行している場合は、既定のこのオプションを選択する必要があります。

   • [実行中のアプリ]。 実行中の Windows ストア アプリの一覧からアプリを選択できます。 このオプションは、アプリをリモート コンピューターで実行している場合は使用できません。

     このオプションを使用すると、ソース コードにアクセスできないときに、コンピューター上で実行されているアプリのメモリ使用量を分析できます。

   • [インストールされているアプリ]。 インストールされている Windows ストア アプリの中から分析するアプリを選択できます。 このオプションは、アプリをリモート コンピューターで実行している場合は使用できません。

     このオプションを使用すると、ソース コードにアクセスできないときに、コンピューターにインストールされているアプリのメモリ使用量を分析できます。 このオプションは、自分が開発に携わっていないアプリのメモリ使用量を分析する場合にも便利です。

4. [使用可能なツール] で、[JavaScript メモリ] チェック ボックスをオンにし、[開始] をクリックします。

5. メモリ アナライザーの起動時に、Visual Studio ETW Collector.exe を実行するためのアクセス許可を要求するユーザー アカウント制御ウィンドウが表示される場合があります。 [はい] をクリックします。

   以降のセクションの説明に従って、アプリを操作して関連するメモリ使用量シナリオをテストし、メモリ グラフを確認します。

6. Alt キーを押しながら Tab キーを押して Visual Studio に切り替えます。

7. メモリ アナライザーによって収集されたデータを表示するには、[ヒープ スナップショットの作成] をクリックします。 このトピックで後述する「スナップショットの概要の表示 」を参照してください。

メモリの使用量の確認

JavaScript メモリ アナライザーのさまざまなビューを使用して、メモリ リークを識別することができます。 アプリでメモリ リークが発生している可能性がある場合には、「メモリ リークの特定 」を参照して、推奨されるワークフローを確認します。

アプリケーションのメモリ リークを特定するには、次のビューを使用します。

• 実行中のメモリ使用量の概要. メモリ使用量グラフを使用して、特定の操作によって発生している、メモリ使用量の突然の上昇や継続的な増加がないかどうかを調べます。 実行中のメモリ使用量の概要ビューを使用して、ヒープのスナップショットを取得します。 スナップショットはメモリ使用量グラフの下にコレクションとして表示されます。

  ヒント

  スナップショットを取得すると、メモリ使用量の急な増加がわかります。より正確な増加量を確認するには、スナップショットの概要を使用します。

• スナップショットの概要. メモリ プロファイルのセッション中またはその後で、スナップショットの概要情報を表示できます。 スナップショットの概要を使用して、スナップショットの詳細とスナップショットの相違ビューをリンクします。

  ヒント

  通常、スナップショットの比較ビューは、メモリ リークに関する有益な情報を提供します。

• スナップショットの詳細. 単一のスナップショットの詳細なメモリ使用量データを示します。

• スナップショットの相違. スナップショット間の差分値を示します。 これらのビューは、オブジェクトのサイズや数の違いを示します。

メモリ リークの特定

以下の手順は、JavaScript メモリ アナライザーをより効果的に使用するために役立つワークフローです。 これらの手順は、アプリケーションでメモリ リークが発生している可能性がある場合に役立ちます。 動作中のアプリのメモリ リークを識別するプロセスを紹介したチュートリアルについては、以下を参照してください。チュートリアル: メモリ リークの検出 (JavaScript).

1. Visual Studio でアプリを開きます。

2. JavaScript メモリ アナライザーを実行します。 詳細については、以下を参照してください。JavaScript メモリ アナライザーの実行.

3. テストするシナリオでアプリを実行します。 たとえばシナリオには、特定のページが読み込まれるときやアプリケーションが開始されるときの DOM の大きな変異などが含まれます。

4. シナリオを 1 ～ 4 回追加で繰り返します。

   ヒント

   テスト シナリオを数回繰り返すことにより、結果から初期化作業をフィルターで除外することができます。

5. Visual Studio に切り替えます (Alt + Tab キーを押します)。

6. [ヒープ スナップショットの作成] をクリックして、ベースラインのヒープ スナップショットを作成します。

   次の図は、ベースライン スナップショットの一例を示しています。

   

   ヒント

   スナップショットのタイミングをより細かく制御する場合は、console.takeHeapSnapshot コマンドをコードで使用します。

7. アプリに切り替え、テストするシナリオを繰り返します (1 度だけ繰り返す)。

8. Visual Studio に切り替え、2 番目のスナップショットを作成します。

9. アプリに切り替え、テストするシナリオを繰り返します (1 度だけ繰り返す)。

10. Visual Studio に切り替え、3 番目のスナップショットを作成します。

    次の図は、2 番目と 3 番目のスナップショットの一例を示しています。

    

    このワークフローでベースライン、2 番目、および 3 番目のスナップショットを作成することにより、メモリ リークに関連付けられていない変更をフィルターで除外しやすくなります。 たとえば、ページのヘッダーやフッターの更新などがある場合、メモリ使用量には変化があっても、メモリ リークには無関係である場合があります。

11. 3 番目のスナップショットから、いずれかの相違表示へのリンクを選択します。

    • 相違ヒープ サイズ (ヒープ サイズの左下のリンク)。 このリンク テキストは、現在のスナップショットのヒープ サイズと前のスナップショットのヒープ サイズとの相違を示しています。

    • 相違オブジェクト カウント (オブジェクト カウントの右下のリンク) このリンク テキストは、2 つの値を示します (例: +1858 / -1765)。最初の値は、前のスナップショットから追加された新しいオブジェクトの数です。2 番目の値は、前のスナップショットから削除されたオブジェクトの数です。

    これらのリンクは、ヒープの種類の相違スナップショット詳細ビューを開き、開いたリンクに応じて、保持サイズまたはオブジェクト カウントで並べ替えられます。

12. 次のいずれかのスコープ フィルター オプションを選択して、メモリ使用量の問題を特定します。

    • スナップショット #2 から残されたオブジェクト。

    • スナップショット #2 および #3 の間に追加されたオブジェクト

    ヒント

    前のスナップショットから残されたオブジェクトのフィルターされたビューを使用して、メモリ リークを調査します。たとえば、相違オブジェクト カウントが +205 / -195 の場合、このビューには 10 個のオブジェクトが残されていることを示しており、メモリ リークの候補となります。

    次の図は、スナップショット #2 から残されたオブジェクトの相違ビューを示しています。

    

    前の図では、2 個のオブジェクトが前のスナップショットから残されていることがわかります。 この特定のアプリで予期された動作かどうかを調査します。 予期されない動作の場合は、メモリ リークを示している可能性があります。

13. グローバル オブジェクトが原因でガベージ コレクトされない場合、比較ビューでオブジェクトがそのグローバル オブジェクトをルートとしている場所を調べるには、オブジェクトのショートカット メニューを開き、[ルート ビューで表示] をクリックします。 多数のオブジェクトが、グローバル オブジェクトにルートしている単一のオブジェクト (または少数のオブジェクト) によって参照されるため、メモリに保持されている場合があります。

14. 残されたオブジェクトのビューにあるオブジェクトが多すぎる場合、メモリ リークが生じている期間をさらに特定して、3 つのスナップショットを再度作成します。 さらにメモリ リークを特定するには、console.takeHeapSnapshot, ユーザー マーク、メモリ アナライザーで使用できるその他のメモリ使用量データを使用します。

実行中のメモリ使用量の概要の表示

実行中のメモリ使用量の概要ビューは、実行中のアプリおよびすべてのスナップショット概要タイルのコレクションのメモリ使用量グラフを示します。 このビューでは、スナップショットの取得、概要情報の分析、他のビューへの移動など、基本的なタスクを実行できます。 データ収集を停止すると、メモリ グラフは表示されなくなり、[スナップショットの概要 ] ビューのみが表示されます。

メモリ グラフには、プライベート バイト、ネイティブ メモリ、および JavaScript ヒープを含むアプリのプロセスのメモリのライブ ビューが示されます。 メモリ グラフは、プロセス メモリのスクロール可能なビューです。 次の図は、その例です。

ユーザー マークがアプリ コードに追加されている場合は (「ソース コードとメモリ使用量データの関連付け」参照)、コードの該当セクションにいつ到達したかを示す下向きの三角形がメモリ使用量グラフに表示されます。

メモリ グラフに示されるメモリの一部は、JavaScript ランタイムによって割り当てられます。 アプリでこのメモリの使用を制御することはできません。 グラフに表示されるメモリ使用量は、最初のスナップショットを取得したときに増加し、その後は追加のスナップショットを取得するたびに最小限増加します。

スナップショットの概要の表示

アプリのメモリ使用量に関する現在の状態のスナップショットを取得するには、メモリ グラフで [ヒープ スナップショットの作成] をクリックします。 スナップショットの概要タイルは、実行中のメモリ使用量の概要 (アプリの実行時) とスナップショットの概要 (アプリの停止時) の両方に表示されます。このタイルに、JavaScript ヒープに関する情報と、詳細情報へのリンクが示されます。 複数のスナップショットを取得した場合、前のスナップショットのデータと比較した追加情報が提供されます。

複数のスナップショットを取得した場合のスナップショットの概要の例を次に示します。

スナップショットの概要には、次の情報が表示されます。

• スナップショットのタイトルとタイムスタンプ。

• 潜在的な懸案事項の数 (青のアイコン)。 ノードが DOM にアタッチされていないなど、メモリに関する潜在的な懸案事項がある場合に、その数が表示されます。 この数値はスナップショットの種類ビューにリンクしています。このビューでは、データが懸案事項の種類に基づいて並べ替えられ、潜在的な懸案事項が強調表示されます。 また、懸案事項のツールヒントが表示されます。

• ヒープ サイズ。 この数値には、JavaScript ランタイム エンジンによって JavaScript ヒープに追加された DOM 要素およびオブジェクトが含まれます。 ヒープ サイズは、スナップショットの種類ビューにリンクしています。

• ヒープ サイズの相違。 この値は、現在のスナップショットのヒープ サイズと前のスナップショットのヒープ サイズとの相違を示しています。 メモリが増加している場合は値の後に赤の上矢印が表示され、メモリが減少している場合は緑の下矢印が表示されます。 スナップショットのヒープ サイズに変化がない場合は、数値の代わりに [変更なし] というテキストが表示されます。 最初のスナップショットの場合は、[ベースライン] というテキストが表示されます。 ヒープ サイズの相違の値は、スナップショットの相違の [種類] ビューにリンクしています。

• オブジェクトの数。 この値は、アプリで作成されたオブジェクトのみを示します。JavaScript ランタイムによって作成された組み込みオブジェクトは除外されています。 オブジェクトの数は、スナップショットの詳細の種類ビューにリンクしています。

• オブジェクトの数の相違。 これは、2 つの値を示します。最初の値は、前のスナップショットから追加された新しいオブジェクトの数です。2 番目の値は、前のスナップショットから削除されたオブジェクトの数です。 たとえば、この図では、スナップショット #1 以降に、1,859 個のオブジェクトが追加され、1,733 個のオブジェクトが削除されています。 オブジェクトの総数が増加している場合はこの情報の後に赤の上矢印が表示され、減少している場合は緑の下矢印が表示されます。 オブジェクトの数に変化がない場合は、数値の代わりに [変更なし] というテキストが表示されます。 最初のスナップショットの場合は、[ベースライン] というテキストが表示されます。 オブジェクトの数の相違の値は、スナップショットの相違の種類ビューにリンクしています。

• スナップショットの取得時の画面のスクリーンショット。

スナップショットの詳細の表示

スナップショットの詳細ビューでは、各スナップショットのメモリの使用に関する詳細情報を表示できます。

スナップショットの詳細ビューは、スナップショットの概要ビューでリンクをクリックすると表示されます。 たとえば、ヒープ サイズのリンクをクリックすると、スナップショットの詳細が表示され、既定で種類ビューが開きます。

スナップショットの詳細の [種類] ビューを次に示します。このビューでは、メモリ使用量データが保持サイズに基づいて並べ替えられています。

スナップショットの詳細ビューでは、ツール バーでオプションを選択することで、種類、ルート、またはドミネーター別にメモリ使用量データを確認できます。

• 種類: オブジェクトの種類別に、ヒープのオブジェクトのインスタンスの数と合計サイズが表示されます。 既定では、これらはインスタンスの数の順に並べ替えられます。

  ヒント

  通常、オブジェクト ヒープの種類の相違ビューは、メモリ リークを特定するのに最も有益なビューです。これらのビューはスコープ フィルターを提供し、残されたオブジェクトを特定するのに役立ちます。

• ルート: ルート オブジェクトから子の参照までのオブジェクトが階層形式で表示されます。 既定では、子ノードは保持サイズ列を基準に、保持サイズが大きいものから順に並べられます。

• ドミネーター: 他のオブジェクトへの排他的参照があるヒープのオブジェクトの一覧が表示されます。 ドミネーターは保持サイズ順に並べ替えられます。

  ヒント

  ドミネーターをメモリから削除すると、そのオブジェクトが保持しているすべてのメモリが解放されます。アプリによっては、ドミネーター ビューが、保持メモリ サイズを明確にする場合があります。オブジェクト参照チェーン全体を調査できるからです。

3 つのいずれのビューでも同様の種類の値が示されます。

• [識別子]: オブジェクトを識別する名前。 たとえば、HTML 要素に対しては、ID 属性値が表示されます (使用する場合)。

• [種類]。 オブジェクトの種類 (HTML の link 要素や div 要素など)。

• [サイズ]: オブジェクトのサイズ (参照されたオブジェクトのサイズは含まれません)。

• [保持サイズ]。 オブジェクトのサイズと他の親を持たないすべての子オブジェクトのサイズの合計。 扱いやすいように、この合計はオブジェクトが保持しているメモリの量を表しており、オブジェクトを削除すると指定された量のメモリが解放されます。

• カウント: オブジェクトのインスタンスの数。 この値は、種類ビューにのみ表示されます。

スナップショットの相違の表示

JavaScript メモリ アナライザーでは、スナップショットの相違ビューでスナップショットとその前のスナップショットとを比較できます。

スナップショットの詳細の相違を表示するには、複数のスナップショットを取得した後で、スナップショットの概要ビューで、異なるヒープ サイズまたは異なるオブジェクトの数のリンクをクリックします。

種類、ルート、およびドミネーターに関する相違情報を表示できます。 スナップショットの相違表示では、2 つのスナップショットの間でヒープに追加されたオブジェクトなどの情報が表示されます。

スナップショットの相違の種類ビューを次に示します。

スナップショットの相違ウィンドウでは、[ドミネーター]、[種類]、[ルート] の各ビューは、[スナップショットの詳細 ] ウィンドウと同じです。 スナップショットの相違では、スナップショットの詳細と同じ情報に加えて、次の追加の値が表示されます。

• [サイズの相違]。 現在のスナップショットと前のスナップショットとの間のオブジェクトのサイズの相違 (参照されたオブジェクトのサイズは含まれません)。

• [保持サイズの相違]。 現在のスナップショットと前のスナップショットとの間のオブジェクトの保持サイズの相違。 保持サイズには、オブジェクトのサイズと他の親を持たないすべての子オブジェクトのサイズが含まれます。 扱いやすいように、この保持サイズはオブジェクトが保持しているメモリの量を表しており、オブジェクトを削除すると指定された量のメモリが解放されます。

スナップショット間で相違情報をフィルターするには、相違ビューの上部でいずれかのスコープ フィルターを選択します。

• スナップショット #<number> から残されたオブジェクト。 このフィルターは、ヒープに追加されたオブジェクトとヒープから削除されたオブジェクトの相違を、ベースライン スナップショットおよび前のスナップショットと比較して示します。 たとえば、スナップショットの概要でオブジェクトの数が +205 / -195 を示している場合、このフィルターは、追加され削除されなかった 10 個のオブジェクトを示します。

  ヒント

  このフィルターで最も有益な情報を表示するには、以下に説明する手順に従います。メモリ リークの特定.

• スナップショット #<number> および #<number> の間に追加されたオブジェクト。 このフィルターは、前のスナップショットからヒープに追加されたすべてのオブジェクトを示します。

• スナップショット #<number> のすべてのオブジェクト。 このフィルター設定では、ヒープのオブジェクトはフィルターで除外されません。

現在の**[スコープ]** フィルターと一致しないオブジェクト参照を表示する場合は、ペインの右上隅にある [設定] リストにある [一致しない参照を表示] を選択します。 この設定を有効にすると、一致しない参照が灰色のテキストで表示されます。

ドミネーターごとのオブジェクトの表示

[種類] ビューと [ドミネーター ] ビューでは、オブジェクトをドミネーターの中に折りたたんで表示するかどうかを選択できます (これは [ドミネーター] タブの既定の表示です)。 このビューを選択すると、オブジェクトの最上位のビューにドミネーターのみが表示されます。 (非グローバル オブジェクトの下位オブジェクトは、最上位のビューでは非表示になります。)アプリによっては、データのノイズを低減することで、どのオブジェクトがメモリ リークを起こしているかを明確にすることができます。

ドミネーターごとにオブジェクトの表示を切り替えるには、[ドミネーターごとにオブジェクトをおりたたむ] ボタンを選択します。

ドミネーターの詳細については、以下を参照してください。スナップショットの詳細の表示.

識別子によるデータのフィルター

ドミネーター ビューと種類ビューでは、特定の識別子を検索してデータをフィルターで除外できます。 識別子を検索するには、右上の [識別子フィルター] ボックスに識別子の名前を入力します。 入力を開始すると、入力した文字を含まない識別子がフィルターで除外されます。

それぞれのビューに独自のフィルターがあるため、別のビューに切り替えるとフィルターは保持されません。

オブジェクト ツリーでのオブジェクトの検索

種類ビューとドミネーター ビューでは、特定のオブジェクトと Global オブジェクトとの関係を表示できます。 Global オブジェクトをルートとしているオブジェクトに対してガベージ コレクションは行われません。 これにより、Global のオブジェクト ツリーを検索することなく、ルート ビューで簡単に既知のオブジェクトを見つけることができます。 これを行うには、ドミネーター ビューまたは種類ビューでオブジェクトのショートカット メニューを開き、[ルート ビューで表示] をクリックします。

共有されたオブジェクト参照の表示

種類ビューとドミネーター ビューの下部ペインには、共有された参照を表示するオブジェクト参照の一覧があります。 上部ペインでオブジェクトを選択すると、そのオブジェクトを指すすべてのオブジェクトがオブジェクト参照の一覧に表示されます。

同等のオブジェクトを識別するのに役立つ追加のヘルプを表示するには、上部ペインの右上隅にある設定ドロップダウン リスト の [オブジェクト ID の表示] をクリックします。 このオプションをクリックすると、[識別子] の一覧のオブジェクト名の横にオブジェクト ID が表示されます (オブジェクト参照の一覧だけでなくすべてのビューに表示されます)。 同じ ID を持つオブジェクトは共有された参照です。

選択した項目についてのオブジェクト参照の一覧で ID を表示した例を次に示します。

組み込みオブジェクトの表示

ドミネーター ビューと種類ビューには、既定では、アプリで作成するオブジェクトのみが表示されます。 これは、不要な情報を除外したり、アプリ関連の問題を特定したりするのに役立ちます。 ただし、JavaScript ランタイムによってアプリ用に生成されたすべてのオブジェクトを表示すると便利な場合もあります。

これらのオブジェクトを表示するには、ペインの右上隅にある [設定] ボックスの一覧 の [組み込み要素の表示] をクリックします。

診断セッション ファイルの保存

診断スナップショットの概要とそれに関連する詳細ビューは、.diagsession ファイルとして保存されます。 ソリューション エクスプローラーでは、前の診断のセッションが診断セッション フォルダーに表示されます。 ソリューション エクスプローラーで、前のセッションを開く操作、ファイルの削除、またはファイル名の変更を行うことができます。

ソース コードとメモリ使用量データの関連付け

メモリの問題があるコードのセクションを特定するには、次の方法に従います。

• 詳細ビューと差分ビューで DOM 要素のクラス名と ID を探します。

• 詳細ビューと差分ビューでソース コードに関連付けられている可能性がある文字列値を探します。

• 「ルート ビューで表示 」コマンドを使用してオブジェクト ツリーをウォークします。 これにより、関連付けられているソース コードを識別できることがあります。

• メモリ アナライザーのコマンドをソース コードに追加します。

ソース コードで使用できるコマンドを次に示します。

• console.takeHeapSnapshot は、JavaScript メモリ アナライザーに表示されるヒープのスナップショットを取得します。 このコマンドは、JavaScript コンソール コマンド.

• performance.mark は、アプリの実行時に概要ビューのメモリ グラフのタイムラインに表示されるユーザー マーク (下向きの三角形) を設定します。 このコマンドは、1 つの文字列引数を受け取ります。この引数は、イベントを記述し、メモリ グラフのツールヒントとして表示されます。 この説明は 100 文字以下にする必要があります。

これらのコマンドをアプリに追加した場合、JavaScript メモリ アナライザー以外でアプリを実行すると例外がスローされます。 ただし、コマンドが存在するかどうかを使用前にテストすることができます (これらのコマンドはセッションの開始フェーズの時点では存在しません)。takeHeapSnapshot を安全に呼び出すことができるかどうかをチェックするには、次のコードを使用します。

if (console && console.takeHeapSnapshot) {
    console.takeHeapSnapshot();
}

performance.mark を安全に呼び出すことができるかどうかをチェックするには、次のコードを使用します。

if (performance && performance.mark) {
    performance.mark("message_string");
}

いくつかのユーザー マークが表示されたメモリ グラフを次に示します。現在選択されているユーザー マークに対するツールヒントの performance.mark 文字列引数は "data generated" に設定されています。

メモリの問題を識別するためのヒント

• 「メモリ リークの特定 」で説明するワークフローに従って、差分ビューの [スナップショット #<number> から残されたオブジェクト] フィルターを使用して、メモリ リークの可能性の高い候補を特定します。

• 「ルート ビューで表示 」を使用すると、オブジェクトがメモリ階層内のどこで参照されているかを確認できます。 ルート ビューは、オブジェクトがどのようにグローバル オブジェクトをルートとしているかを示します。これにより、グローバル オブジェクトはガベージ コレクトされなくなります。

• メモリに関する問題の原因を特定するのが難しい場合、特にビューに表示される他の多くのオブジェクトへの参照を含む 1 つのオブジェクト (または少数のオブジェクト) を特定するために、さまざまなビュー (種類やドミネーター) を使用して共通点を探します。

• ユーザーが新しいページに移動した後も誤ってメモリに保持されているオブジェクトを検索します。これは、一般的なメモリの問題の原因です。 次に例を示します。

  • URL.CreateObjectUrl 関数の不適切な使用により、この問題が発生する場合があります。

  • 一部のオブジェクトはdisposeメソッドおよび使用の推奨を提供する場合があります。 たとえば、一覧から createFiltered メソッドを呼び出して、ページから移動した場合には、WinJS.Binding.List で dispose を呼び出す必要があります。

  • 1 つ以上のイベント リスナーを削除する必要が生じる場合があります。 詳細については次を参照してください。DOM イベント リスナーの表示.

• JavaScript メモリ アナライザーについては、この Build 2013 カンファレンスのビデオの後半部分をご覧ください。

• Managing memory in Windows Store apps (Windows ストア アプリでメモリを管理する) を参照してください。

• 問題を特定するためにコードを一時的に変更することを検討してください。 たとえば、次の操作を行います。

  • メモリ アナライザー用の console.takeSnapshot コマンドと performance.mark コマンドを使用します 以下を参照してください。ソース コードとメモリ使用量データの関連付け.)

    これらのコマンドを使用すると、手動でヒープ スナップショットを作成しても特定できない問題を特定するのに役立ちます。

  • JavaScript メモリ アナライザーのビュー (種類ビューなど) でテスト オブジェクトを作成してトレースします。 たとえば、非常に大きいオブジェクトを別のオブジェクトにアタッチすることで、特定のオブジェクトまたは要素に対してガベージ コレクションが行われたかどうかを確認できます。

参照

処理手順

チュートリアル: メモリ リークの検出 (JavaScript)