デバッグ中に .NET メモリを探索する
JetBrains Rider を使用すると、デバッグ中にマネージドヒープを調べて、アプリケーションで使用されているメモリ空間を調べることができます。
デバッガーがブレークポイントに到達すると、デバッグウィンドウの別のタブでメモリビューを開くことができます。グリッドをクリックすると、JetBrains Rider にはヒープ内のオブジェクトの総数が完全な型名、オブジェクトの数、消費されたバイト数でグループ化されて表示されます。
メモリビューは、ブレークポイント間のオブジェクト数の違いを追跡します。たとえば、JSON ファイルから大量のデータをロードした後、System.String インスタンスの数が劇的に増加したことがわかります。これは、パフォーマンスに影響を与える可能性のある、アプリケーションで起こっているメモリトラフィックの考え方を示しています。
デフォルトでは、メモリは自動的に更新されません。情報を更新するには、各ステップ / ブレークポイント間のビューをクリックする必要があります。ビューの自動更新を有効にするには、メモリビュー設定 
をクリックして、デバッガーでロードされたクラスの更新を停止を選択します。
セレクターで、ゼロ以外の差分のみを表示を選択して、デバッガーの停止間でオブジェクトが変更されなかったすべてのクラスを非表示にすることもできます。
メモリビューから、特定のタイプを検索できます。例: Beer インスタンスを見つけてから、目的のインスタンスをダブルクリックして（または Enter を押して）インスタンスのリストを開き、インスタンスの詳細をインスペクションしたり、その値をコピーしたりできます。
エディターから直接型のインスタンスを調べることもできます。デバッグ中に、興味のある型内にキャレットを置き、Alt+Enter を押して [ タイプ名 ] インスタンスを表示するを選択します。
関連ページ：
ブレークポイント
ブレークポイントを使用すると、特定のステートメントでプログラムの実行を一時停止し、変数値、コールスタック、その他のプログラムパラメーターを分析したり、式を評価したり、プログラムをステップ実行したりできます。JetBrains Rider では、次の型のブレークポイントを操作できます。行ブレークポイント、コード内の特定の文に設定できます。実行がこの行に達すると、デバッガーはプログラムの実行を中断します。行ブレークポイントは実行可能な行にのみ設定できます。コメント、宣言、空行は、行ブレークポイントの...
デバッグウィンドウ
デバッガーセッションを開始すると、デバッグツールウィンドウが開きます。このウィンドウを使用して、デバッガーセッションを制御し、プログラムデータ (フレーム、スレッド、変数など) を表示および分析し、デバッガーアクションを実行します。デフォルトでは、プログラムがブレークポイントに到達したときにデバッグツールウィンドウが開き、セッションが終了しても非表示になりません。この動作を変更するには、ビルド、実行、デプロイ | デバッガー設定ページに移動し、ブレークポイントでデバッグウィンドウを表示するチェ...
ロードされたモジュールを表示する (.exe と .dll)
Rider でプログラムをデバッグすると、デバッグウィンドウの専用タブにロードされたすべてのコンパイル済みライブラリと実行可能ファイルが表示されます。このタブは、を押すか、メインメニューからを選択することで開きます。シンボルのロード：「モジュール」ビューは、各モジュールのコードをデバッグする方法を制御できます。デフォルトでは、モジュールの関数にステップインすると、JetBrains Rider はシンボルのロードを試行し、シンボルが使用できない場合はその場でモジュールを逆コンパイルします。モ...
マルチスレッドおよび非同期アプリケーションのデバッグ
マルチスレッドアプリケーションは、一度に複数のスレッドを追跡する必要があるため、デバッグが常に困難です。さらに、マルチスレッドアプリケーションでは、不均等なワークロード分散、ロック競合、シリアル実行など、新しいタイプのバグやパフォーマンスの問題が発生します。デバッグセッションでステップ実行することによって得られるシーケンシャルフローの錯覚は、マルチスレッドアプリのデバッグには役に立たず、誤解を招く可能性があります。同時実行のバグである可能性のある問題を調査する場合は、シーケンシャルステップ実行よ...