2016-09-16 27 views
-2

アプリケーションを実行しようとしましたが、アプリケーションがエラーメッセージ(例外によって処理された)で停止しました。私は例外を引き起こした前のステップを見たいと思います。 例外が発生した前の手順を見つけることができるデバッグ方法はありますか?eclipseでデバッグ中に非常に前の手順に移動する方法

+4

まあそれは何のためのブレークポイントです。どこか1つ置き、1行ずつ進んでください。 – 3kings

+0

:)それはあなたが流れを知っている時です。 未知のアプリケーションについては、アプローチは何ですか – 11Kings

+0

フローがわからない場合は、例外をキャッチしてスタックトレースを出力してください。その後、あなたは流れを得るでしょう。 – Gikkman

答えて

0

あなたは「try by catch」と言っていますが、try-catchブロックで処理されたのか、多くのJava環境で一般的な未処理の例外ハンドラで処理されたのかは分かりません。

また、開発環境が何であるかについても言及していません。 eclipseとnetbeansの両方のデバッガ(少なくとも)は、処理されない例外を生成する(または持っている)行を止めることができます。デバッガに関連付けられたオプションです。

また、stacktraceもあります。これは、例外が発生した時点でのコールスタックを示す一連の行です。これには、メソッド名、Javaファイルを含むメソッド名、スタックの先頭までの各呼び出しの行番号が含まれます。通常、処理されない例外は、これをコンソールやログファイルにダンプします。

希望に役立ちます。

2

短い回答です:いいえ。

例外がスローされると、例外がスローされる前にIDEで「戻る」ことができません。発生したことを分析する最善の方法は、例外が発生した場所を確認するためにstacktrace(例外に付属)を調べることです。その後、例外をスローした行の前にブレークポイントを置き、関係するデータを調べます。何か問題がある場合は、エラーの原因を突き止めなければなりません。

ほとんどのデバッガでは、前のスタックフレームに戻ることができます。これにより、現在のメソッドコンテキストを入力する直前(つまり、呼び出されたメソッドが呼び出される前に戻る)に戻ります。あなたは再びそれをステップ実行したい場合には

enter image description here

それは、メソッドの先頭に「戻る」ための便利な方法です:Eclipseで、それはこのようになります。

関連する問題