android - logcat とコンソールを使用した Android のトラブルシューティングに関する適切なリソースの推奨事項が必要です

Question

みんな。LogCat とコンソールを使用して Android をトラブルシューティングする方法についての洞察を提供する優れたリソースを推奨できますか? どんな助けでも大歓迎です:)

Answer 1

何も書かれていないのを見たことがありませんが、ここにいくつかのヒントがあります (または、少なくとも、これが私のやり方です):

• スタック内のエラーを追跡する:

  • 強制終了後にトラブルシューティングを行う場合は、常にERRORlogcat の一部を探してください。その後に例外タイプが続きます。
  • あまり役に立たない が表示された場合は、以下でスローされた元の例外java.lang.RuntimeExceptionを検索します。Caused by: java.lang.NullPointerException
  • これらの例外の後に、アプリのスタック トレースが続きます。例外がスローされた場所(クラス、メソッド、および行) と、それを呼び出したメソッドを見つけることができます。そこにあるパッケージを見つけて、どのようにしてその例外が発生したかを調べてください。
  • 知らない例外の場合は、Google で検索してください。通常、「java 6 xxx.xxx.xxException」または「android xxx.xxx.xxException」を使用して、その例外に関する API ドキュメントへのリンクをすばやく取得します。
  • 次に、例外をスローしているクラスに関するドキュメントを読んでください(たとえば、null になる可能性がある場合など)。

• ログのカスタマイズ

  • 私はの悪用Log.d("MyClass", "Some variable =" + variable);。非常に有益な情報に仕上がります。/ツリーのどこにいるかを確認したり、コンストラクターをトレースしたりするためにログを使用することがあります（オブジェクトを再利用しているか、新しいオブジェクトを作成しているかを知るのに役立ちます）。ifelse
  • logcat のノイズが多すぎる場合は、grep とログに特定のマーカーを使用します。Log.d("***> MyClass", "Some variable =" + variable);Log.d("***> MyClass2", "onCreate()");adb logcat | grep '\*\*\*>'
  • を使用して、ログ内のエラーをすばやくフィルタリングできます。adb logcat *:E
• 他のすべてが失敗した場合:ここにトレースを投稿してください:)