Skip to content

Latest commit

 

History

History
12 lines (9 loc) · 1.95 KB

04-How-to-Debug-Using-a-Log.md

File metadata and controls

12 lines (9 loc) · 1.95 KB

How to Debug Using a Log

ロギングは、ログと呼ばれる一連の有益なレコードを生成するようにシステムを作成する方法です。 * Printlining *は単純な、通常は一時的なログを生成しています。プログラミングの知識が限られているため、絶対初心者はログを理解して使用する必要があります。システム設計者は、システムの複雑さのためログを理解して使用する必要があります。ログによって提供される情報の量は、プログラムが実行されている間は理想的に構成可能でなければなりません。一般に、ログには3つの基本的な利点があります。

  • ログは、再現するのが難しいバグ(プロダクション環境で発生するものの、テスト環境では再現できないバグなど)に関する有用な情報を提供します。
  • ログは、ステートメント間の時間の経過など、パフォーマンスに関連する統計およびデータを提供できます。
  • 構成可能な場合、ログは一般的な情報をキャプチャして、特定の問題を処理するためだけにコードを修正および/または再デプロイすることなく、予期しない特定の問題をデバッグすることができます。

ログに出力する量は、情報と簡潔さの間の妥協点です。情報が多すぎるとログが高価になり、スクロールブラインドが発生し、必要な情報を見つけることが難しくなります。情報が少なすぎ、必要な情報が含まれていない可能性があります。このため、出力を構成可能にすることは非常に便利です。通常、ログ内の各レコードは、ソースコード内の位置、実行可能な場合はそれを実行したスレッド、実行の正確な時刻、および一般的に、変数の値、データオブジェクトの数などが含まれます。これらのログステートメントは、ソースコード全体にわたって、特に主要機能点や危険なコードの周りに散在しています。各ステートメントにレベルを割り当てることができ、システムが現在そのレベルを出力するように設定されている場合にのみレコードを出力します。予想される問題に対処するために、ログステートメントを設計する必要があります。パフォーマンスを測定する必要性を予期します。

永続的なログがある場合は、ログレコードに関して印刷ラインを実行できるようになり、一部のデバッグ文がロギングシステムに永久に追加される可能性があります。 Next How to Understand Performance Problems