質問: eclipse上でのjavaのデバッグ実行時の仕組みについてご教授願います。 eclipse上でjavaをデバッグ実行中に該当ソースのclassファイル情報を確認しましたが、 特に更新されておらず、リコンパイルされているようには見受けられませんでした。 eclipse上でのデバッグ時の内部動作として"-g"オプション付きでリコンパイルされると思い込んでいましたが違うようです。 ■質問 eclipse上でのjavaのデバッグ実行時の仕組みについてご教授願います。 なぜ、デバッグ実行時にclassファイルが更新されていないのでしょうか? デバッグ情報が埋め込まれたclassファイルは生成されるが、メモリ上のみに展開されているというような動作となっているのでしょうか?それとも別フォルダに一時的にclassファイルを生成している? 以上、よろしくお願いいたします。
回答: Eclipse はデフォルトの設定ではデバッグ情報ありでコンパイルしていると思いますよ。 Window->Preferences->Java->Compiler の Classfile Generation を見てみてください。 (Eclipse のバージョン等によって場所は多少違うかもしれません) !Compilerオプションの初期状態 (参考)デバッグ情報を切るとどうなるか 例えばプロジェクトローカルの設定で(プロジェクト右クリック->Preference) 以下のようにデバッグ情報出力のチェックボックスを外したとします。 !Compilerオプションからデバッグ情報出力を外した状態 この状態でブレークポイントを設定してデバッグ実行しようとすると、以下のようなエラーダイアログが表示されます。 !デバッグ情報が無い場合のエラーダイアログ 「実行(Run As)」と「デバッグ(Debug As)」の使い分けについて 開発チームの意図を直接ドキュメントで読んだわけではないですが、 使っている感覚としては、「「実行」と同じことを(条件を変えずに)デバッガ上で実行する」というイメージで使っています。 これは、Eclipse のような IDEを使う以前に、 コマンドラインで開発していたときのやり方の延長です。 コマンドライン開発では、 * 単に実行するとき: コンパイラが出力した実行ファイルを直接実行 * デバッグするとき:同じ実行ファイルをデバッガから起動、 というやり方をしていました。 デバッグをするときは、デバッガというデバッグのためのプログラムを動かして、 その上で同じ実行ファイルを動かしていたのです。 現在の「デバッグ」で実行してデバッグパースペクティブに切り替えるのは、 この「デバッガを起動してデバッグをする」というような感覚です。 やることを切り替えるというより、同じことをブレークポイントなどが効く環境にから実行しなおすという感じです。 デバッグ用情報の出力に関して デバッグをするからデバッグ用にコンパイルしなおすというようなことはあまりしていませんでした。 開発中はデバッグ情報を ONのままにして、テストが十分終わった後、 パフォーマンスのためにデバッグ情報を OFF にしたり最適化オプションを ON にしたりしていました。 実際には、パフォーマンスを極限まで必要とされる用途(CAD等の科学技術演算)を除いては、 デバッグ情報を残したまま運用まで行うことも多かったです。 これは、障害が起きた場合の原因解明のしやすさの方が、多少のパフォーマンス低下よりも重要だと 考えられるような場合です。 障害が起きたら、障害を起こした時点と同じ実行ファイルをデバッガにかけて障害の原因を調べたのです。 現在の Java のアプリケーションでは、デバッグ情報を外すことはめったにないと考えていいと思います。 極限のパフォーマンスを追及するような用途では C/C++ が使われますし、 絶対的なパフォーマンスよりも運用の安定性、障害復旧の迅速さといったことの方が 重要度が高い場合が多いからです。