Android デバッガーでイライラする問題が発生しています。コードをデバッグしてステップ実行することもできますが、コードの他の部分 (最近は try/catch の状況) では、catch {} ブロックに行き、例外に関する情報はなく、ログにも記録されません。コンソールに表示します。スクリーンショットで catch ブロックに足を踏み入れましたが、ライブの変数コンテキストがなく、通常のコンテンツ アシスト モードであるかのようになっていることに注意してください。ウォッチ式は<error(s)_during_the_evaluation> を示します。
私が抱えているこれらの苛立たしい問題に誰かが光を当てることができますか? デバッガーがコードの他の部分で正常に動作するという奇妙なこと。
Eclipse + ADTは一貫性のない動作をすることで有名です。Project > Build AutomaticallyProject > Clean...
時にはそれでも役に立たないこともあります。そのため、Eclipse を閉じて再起動します。ほとんどの場合動作します。
それでも解決しない場合は、Eclipse を閉じて実行CCleanerし、再起動します。毎回動作します。
奇妙ですが本当です。
デバッガーが常に信頼できるとは限りません。それは不正確な科学です。これは、複数のコード ビルド ステップ (JVM バイトコード、Dalvik コードなど) がある場合に特に当てはまります。多くの場合、デバッガーは、コード内の場所をソース コード行にリバース エンジニアリングするために必要な情報を 100% 持っていません。
上記の例で、コードは実際に例外をスローしましたか? そうではないように聞こえますが、デバッガーは、実際には実行されないにもかかわらず、その強調表示された行で実行を示しています。
私はコードの実行を信じる傾向があります-Log.e()呼び出されなかった場合、実際にはまったく例外が発生しませんでした。