パフォーマンスに対するjavax.servlet.Filterの影響？

Question

フィルタを使用するコストにハードデータが存在するかどうかを知りたいですか？ たとえば、動作を共有するためにサーブレット上の遺産を使用するか、フィルタを使用するかのどちらかですか？誰かがハードデータを投稿することができた場合

おかげで、

アントワーヌ

Answer 1

は、私は驚かれることでしょう。そして、たとえそうであっても、数字はフィルタで何が行われているかによって決まるため、あなたには関係しません。それは早すぎる最適化カテゴリにも入る可能性があります。あなたが本当に何かを悪くしない限り、それは問題にはならないでしょう。

「遺産」は「継承」を意味し、フィルタははるかに優れた解決策であると言います。あなたは設定でそれらをオフとオンにするオプションがあります。

フィルタは、HTTPリクエストのデコレータまたはアスペクトです。それらはよく尊重され、実証済みのパターンなので、なぜサーブレットでの使用には有用で安全ではありませんか？

私はあなたの懸念が大声で言いたいと思います。

これまで述べてきたように、パフォーマンスが問題になるような複雑で複雑なフィルタチェーンを構築することはお勧めしません。圧縮、ロギング、パフォーマンスメトリックなどを行い、12のフィルタを連鎖させると、問題が発生する可能性があります。

Answer 2

フィルタで実際に行った作業で測定できないものはありません。サーブレットと同じように、毎回作成されるフィルタの新しいインスタンスさえありません。

継承よりも大きな利点は、実行時に構成および作成できることです（親クラスがコンパイルされ、1つしか存在しない可能性があります）。

考慮すべき点の1つは、フィルタはリクエストをラップするだけで、前後に（またはその代わりに）コードを追加できます。サーブレットが実行された後、応答はすでにコミットされている可能性があります。リクエスト処理の途中にコードを挿入することはできません。親クラス（またはサーブレットの終わりにある他の技術）で正しく定義されたコールバックが可能です。これは、フィルターが特定のタスクに適切でない可能性があることを意味します。