3

例外のスタック トレースを取得するのはどれほど非効率的ですか? 費用がかかることは承知していますが、費用はどのくらいかかりますか?本番環境では絶対に使用しないでください。

4

5 に答える 5

13

実稼働環境では、スタック トレースをログに記録すると、ユーザーがテクニカル サポートに問い合わせたときにスタック トレースを見つけることができます。(一般的なユーザーが) 理解できるメッセージの代わりにスタック トレースを出力することは避けるべきです。

例外的なコード ブロックの効率は気にする必要はありません。ここで最も重要なのはエラー回復です。

于 2008-10-21T20:19:43.023 に答える
5

私の質問は、何かが予期せずうまくいかなかったときに、なぜパフォーマンスを気にするのですか? この時点で、アプリケーションの健全性が問題になっています。

于 2008-10-21T20:22:20.740 に答える
5

例外がクリティカル パスにある場合は、既にパフォーマンスの問題が発生しています。スタック トレースを取得して例外を追跡することは非常に重要です、IMO。

于 2008-10-21T20:19:49.950 に答える
1

請求書ポイントは本当にお金にスポットを当てているので、コメントを追加しましたが、ここにも回答を追加したかった.

本番環境では、公開サイトでは、スタック トレースをユーザーに出力することは決してありません。発生したエラーの性質によっては、スタック トレースに、安全な情報 (データベース名など) が漏洩する可能性のある情報が含まれる場合があります。

これと同じルールがエラー メッセージにも当てはまります。

于 2008-10-21T20:39:54.590 に答える
0

私は通常、他の部分や他のシステムに大きく依存しているシステムの一部でスタック トレースが発生する可能性があることがわかっている場合にのみ、スタック トレースを出力または保存します。これは、エラーが断続的に発生し、環境の状態に大きく依存する可能性があるため、統合を担当する部分に特に当てはまります。

于 2008-10-21T20:18:28.080 に答える