2

logback のドキュメントに次のように記載されています:
http://logback.qos.ch/manual/layouts.html#line

行番号情報の生成は特に高速ではありません。したがって、実行速度が問題にならない場合を除き、その使用は避けるべきです。

method name、calling classなどについても同様の警告があり
ます。問題を診断しようとするときに、ログで行番号とメソッド情報を取得すると非常に役立ちます。そう...

これは本当にデータベース CRUD アプリの問題ですか? これはリフレクション
を使用している可能性が高いことは理解していますが、最近の JVM (1.6 を使用しています) では、リフレクション呼び出しのパフォーマンス ヒットはそれほど多くないというのが私の理解です。 これは、私たちの DB 呼び出しと比較した場合、少しでも目立つでしょうか?

助けてくれてありがとう。

4

1 に答える 1

2

懸念はそれほど多くの反射ではなく、スタック トレースを取得することです。
議論した情報 (行番号、呼び出し方法など) は、リフレクション経由ではなく、スタック トレースから入手できます。
その場でスタック トレースを生成すると、コストがかかる可能性があります。
もちろん、アプリケーションの問題ではないことを確認する唯一の実際の方法は、そのような呼び出しがある場合とない場合で、アプリケーションを測定またはプロファイリングすることです。

于 2010-07-09T17:17:48.933 に答える