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