アプリケーションのトレースとインストルメント
トレースは、アプリケーションの稼働中にアプリケーションの実行を監視する手段です。 .NET Framework アプリケーションの開発時に、トレースとデバッグのインストルメンテーションをアプリケーションに追加できます。このインストルメンテーションは、アプリケーションの開発中でも開発したアプリケーションの配置後でも使用できます。 System.Diagnostics.Trace、System.Diagnostics.Debug、および System.Diagnostics.TraceSource の各クラスを使用すると、エラーおよびアプリケーションの実行についての情報を後で分析するために、ログ、テキスト ファイル、またはその他のデバイスに記録できます。
ここでのインストルメンテーションという用語は、製品のパフォーマンスのレベルを監視または測定し、エラーを診断する具体的な機能を意味しています。 プログラミングでは、組み込むアプリケーションの機能を指します。
コードのトレース - 実行時に、アプリケーションの実行状態について示すメッセージを受け取ります。
デバッグ - 開発中のアプリケーションのプログラミング エラーを追跡して修正します。 詳細については、「デバッグ」を参照してください。
パフォーマンス カウンター - アプリケーションのパフォーマンスを追跡するためのコンポーネントです。 これらのパフォーマンス カウンターの詳細については、「 パフォーマンス カウンター」を参照してください。
イベント ログ - アプリケーションの実行中に発生した重要なイベントを受け取って追跡するためのコンポーネントです。 詳細については、EventLog クラスを参照してください。
トレース ステートメントをコード内に計画的に配置することによってアプリケーションをインストルメントすることは、分散アプリケーションでは特に便利です。 トレース ステートメントを使用してアプリケーションをインストルメントすると、不適切な動作についての情報を表示できるだけでなく、アプリケーションの実行状態を監視するための情報も表示できます。
TraceSource クラスは拡張されたトレース機能を備えており、以前の Trace トレース クラスと Debug トレース クラスの静的メソッドの代わりに使用できます。 従来の Trace クラスと Debug クラスも引き続き広く使用されますが、TraceEvent や TraceData などの新しいトレース コマンドには TraceSource クラスが推奨されます。
Trace と Debug はほぼ同一のクラスですが、Trace クラスのプロシージャおよび関数は既定でリリース ビルドにコンパイルされる点が Debug クラスのプロシージャおよび関数と異なります。
Trace クラスおよび Debug クラスは、アプリケーションの開発中または配置後に、アプリケーションのパフォーマンスをモニターおよび検査する手段を提供します。 たとえば、(新しいデータベース接続の作成など) が配置されたアプリケーションの操作の特定の種類を追跡するために Trace クラスを使用すると、アプリケーションの効率を監視できるようになります。
コードのトレースとデバッグ
開発時に、Visual Studio 統合開発環境 (IDE) の出力ウィンドウにメッセージを表示するために Debug クラスの出力メソッドを使用できます。 次に例を示します。
Trace.WriteLine("Hello World!")
Debug.WriteLine("Hello World!")
System.Diagnostics.Trace.WriteLine("Hello World!");
System.Diagnostics.Debug.WriteLine("Hello World!");
これらの例では、デバッガーでアプリケーションを実行すると、出力ウィンドウに "Hello World!" とそれぞれ表示されます。
これにより、アプリケーションをデバッグし、テスト環境での動作に基づいてアプリケーションのパフォーマンスを最適化できます。 すべてのデバッグ出力を受け取ることができるよう、Debug 条件属性をオンにしてデバッグ ビルドでアプリケーションをデバッグできます。 アプリケーションのリリースの準備が整ったら、コンパイラが最終的な実行可能ファイルにデバッグ コードを含めないように Debug の条件属性をオンにしないでリリース ビルドをコンパイルできます。 詳細については、「方法 : トレースとデバッグを指定して条件付きコンパイルを実行する」を参照してください。 アプリケーションのさまざまなビルド構成の詳細については、「Compiling and Building」(コンパイルとビルド) を参照してください。
Trace クラスのメソッドを使用してインストールされたアプリケーションのコード実行をトレースすることもできます。 トレース スイッチ をコード内に配置すると、トレースを行うかどうか、対象範囲をどうするかを制御することができます。 これにより、運用環境でアプリケーションの状態を監視できます。 このことは、複数のコンピューターで実行される複数のコンポーネントを使用するビジネス アプリケーションでは特に重要です。 配置後のスイッチの機能は、構成ファイルで制御できます。 詳細については、「方法 : トレース スイッチを作成、初期化、および構成する」を参照してください。
トレースを使用するアプリケーションの開発時には、通常、アプリケーション コードにトレース メッセージとデバッグ メッセージの両方を組み込みます。 アプリケーションを配置する準備が整ったら、Debug 条件属性をオンにせずに、リリース ビルドをコンパイルできます。 ただし、Trace 条件属性をオンにして、コンパイラがトレース コードを実行可能ファイルに組み込むようにすることもできます。 詳細については、「方法 : トレースとデバッグを指定して条件付きコンパイルを実行する」を参照してください。
コードのトレースの段階
コードのトレースには、次の 3 つの段階があります。
インストルメンテーション - トレース コードをアプリケーションに追加します。
トレース - トレース コードが、指定された場所に情報を書き込みます。
分析 - トレース情報を分析して、アプリケーションの問題を識別および理解します。
既定の設定では、開発中は、すべてのデバッグ出力メソッドおよびトレース出力メソッドが、Visual Studio の出力ウィンドウに情報を書き込みます。 配置後のアプリケーションでは、メソッドは指定された場所にトレース情報を書き込みます。 トレースまたはデバッグの出力対象を指定する詳細については、「トレース リスナー」を参照してください。
配置されたアプリケーションで起こりうる問題を、トレースを使用して分析したり修正したりするためにしばしば使用される主要な手順を次に示します。 これらの手順を実行する方法の詳細については、適切なリンクを参照してください。
アプリケーションでトレースを使用するには
アプリケーションを配置した後で受け取るトレース出力の種類を検討します。
スイッチのセットを作成します。 詳細については、「トレース スイッチを構成する方法に関するページを参照してください。
アプリケーションのコードにトレース ステートメントを追加します。
トレース出力を表示する場所を決定し、適切なリスナーを追加します。 詳細については「トレース リスナーの作成と初期化」を参照してください。
アプリケーションおよびそのアプリケーションに含まれるトレース コードをテストおよびデバッグします。
次のいずれかのプロシージャを使用して、アプリケーションを実行可能なコードにコンパイルします。
ソリューション エクスプローラーの [プロパティ ページ] ダイアログ ボックスの [デバッグ] ページで [ビルド] メニューを使用します。 Visual Studio でコンパイルをする場合は、この方法を使用してください。
- または -
コマンド ラインによるコンパイル用の Trace コンパイラ ディレクティブおよび Debug コンパイラ ディレクティブを使用します。 詳細については、「トレースとデバッグによる条件付きコンパイル」を参照してください。 コマンド ラインからコンパイルする場合はこの方法を使用してください。
問題が実行時に発生する場合は、適切なトレース スイッチをオンにしてください。 詳細については、「トレース スイッチを設定する」を参照してください。
トレース コードは、指定された場所 (画面、テキスト ファイル、イベント ログなど) にトレース メッセージを書き込みます。 Trace.Listeners コレクションに含めたリスナーの種類によって、この場所が決定されます。
トレース メッセージを分析して、アプリケーションの問題を識別および理解します。
トレースの実装および分散アプリケーション
分散アプリケーションを作成するときに、アプリケーションが使用される環境でテストをすることが難しい場合があります。 オペレーティング システムや Web ブラウザーのすべての組み合わせ (ローカライズ言語オプションのすべてのケースも含む) をテストしたり、アプリケーションに同時にアクセスする最大ユーザー数をシミュレートしたりできる開発チームはほとんどありません。 このため、大量の情報、異なる設定、エンド ユーザー固有の動作などの要因に対して分散アプリケーションがどのように応答するかをテストすることはできません。 また、分散アプリケーションを構成する要素の大半には、直接対話したりこれらの構成要素の利用状況を表示したりするためのユーザー インターフェイスは備わっていません。
ただし、アプリケーションの実装 (つまりコード内にトレース ステートメントを計画的に配置すること) によって、分散アプリケーションが特定のイベント、特に不当な動作をシステム管理者に説明できるようにすることにより補うことができます。 これにより、予測不可能な動作 (極度に遅い応答時間など) が実行時に発生した場合でも、原因を判断できます。
トレース ステートメントを使用すると、オリジナル ソース コードを検査、変更、および再コンパイルしたり、デバッグ環境で実行時エラーを生成したりするなど、困難なタスクを避けることができます。 アプリケーションの実装は、エラーの表示だけでなく、パフォーマンスを監視するためにもすることができます。
トレース ステートメントの計画的な配置
実行時に使用するトレース ステートメントを配置するときには、十分に注意する必要があります。 考えられるすべてのトレース シナリオが適切に処理されるように、配置されるアプリケーションで必要とされるトレース情報を考慮する必要があります。 しかし、トレースを使用するアプリケーションは多岐にわたっており、トレースの計画的な配置にあたっての一般的なガイドラインはありません。 トレース ステートメントを配置する詳細については、「方法 : アプリケーション コードにトレース ステートメントを追加する」を参照してください。
トレースの出力
トレースの出力はリスナーと呼ばれるオブジェクトによって収集されます。 リスナーは、トレースの出力を受け取り、出力デバイス (通常は、ウィンドウ、ログ、またはテキスト ファイル) に書き込むためのオブジェクトです。 トレース リスナーが作成されると、多くの場合、Trace.Listeners のコレクションに追加され、リスナーがすべてのトレース出力を受け取ることを許可します。
トレース情報は、既定の Trace の出力対象、DefaultTraceListener に少なくとも常に書き込まれます。 なんらかの理由 Listeners のコレクションに他のリスナーを追加せずに DefaultTraceListener を削除する場合、トレース メッセージは表示されません。 詳細については、「トレース リスナー」を参照してください。
トレース情報を書き込む Trace の Debug の 6 種類のメンバーとメソッドを次の表に示します。
| メソッド | 出力 |
|---|---|
Assert |
指定されたテキスト。何も指定されない場合は、呼び出し履歴。 Assert ステートメントの引数として指定された条件が false の場合にだけ、出力が書き込まれます。 |
Fail |
指定されたテキスト。何も指定されない場合は、呼び出し履歴。 |
Write |
指定されたテキスト。 |
WriteIf |
指定されたテキスト。WriteIf ステートメントの引数として指定された条件が満たされた場合にだけ出力されます。 |
WriteLine |
指定されたテキストおよびキャリッジ リターン。 |
WriteLineIf |
指定されたテキストおよびキャリッジ リターン。WriteLineIf ステートメントの引数として指定された条件が満たされた場合にだけ出力されます。 |
Listeners のコレクションのすべてのリスナーは、上の表で説明したメッセージを受け取りますが、取られるアクションは、どのリスナーがメッセージを受け取るかによって異なる場合があります。 たとえば、DefaultTraceListener では、Fail または失敗した Assert 通知を受信するとアサーション ダイアログ ボックスが表示されますが、TextWriterTraceListener では、単にストリームに出力が書き込まれます。
独自のリスナーを実装することにより、結果をカスタマイズできます。 たとえば、メッセージ ボックスにメッセージを表示するカスタム トレース リスナーや、データベースに接続してメッセージをテーブルに追加するトレース リスナーなどを実装できます。 すべてのカスタム リスナーは、前に示した 6 つのメソッドをサポートする必要があります。 開発者が定義するリスナーの作成については、「.NET Framework リファレンス」の「TraceListener」を参照してください。
Write および WriteLine メソッドでは、必ず指定したテキストが書き込まれます。 Assert、WriteIf、および WriteLineIf では、指定したテキストを書き込むかどうかを制御するブール型の引数が必要です。式が true (WriteIf と WriteLineIf の場合)、または false (Assert の場合) の場合にのみ、指定したテキストが書き込まれます。 Fail メソッドでは、常に指定したテキストが書き込まれます。 詳細については、「方法 : アプリケーション コードにトレース ステートメントを追加する」および「.NET Framework リファレンス」を参照してください。
セキュリティに関する注意事項
ASP.NET アプリケーションを配置する前にトレースとデバッグを無効にしないと、アプリケーションに関する情報が公開され、悪意を持ったプログラムによって利用される可能性があります。 詳細については、「方法 : トレースとデバッグを指定して条件付きコンパイルを実行する」、「Compiling and Building」(コンパイルとビルド)、および「方法 : トレース スイッチを作成、初期化、および構成する」を参照してください。 デバッグは、IIS (Internet Information Services) で設定することもできます。
関連項目
.NET
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示