春の起動FilterChainはapiの応答時間を増やし、ホットスポットです

春の起動時にフィルタチェーンに関する質問があります。なぜなら、応答時間を増やすためにJprofilerのホットスポットとして識別されているからです。これは正常なのでしょうか、それとも正しい方法でフィルターチェーンを使用していませんか？応答時間を短縮するために最適化を行うことができますか？春の起動FilterChainはapiの応答時間を増やし、ホットスポットです

jprofiler screenshot-1

jprofiler screenshot-2

出典

2017-02-27 Zhemin Zhang

'ProjectTaskResource.getProjectTasksByProject ...'は、 'FilterChain'ではなくホットスポットです。 – Strelok

@Strelok下記の私のコメントを確認してください。 –

あなたは、コールグラフを見ると、ノードの背景色は、ほとんどの自己の時間を持って、表示方法のかを示します。これは、彼らがグローバルレベルで「ホットスポット」であることを意味するものではありません。

2回目のスクリーンショットは、ホットスポットを探すのに適したJProfilerの「ホットスポット」ビューを示しています。

出典

2017-02-27 09:01:08

ありがとうございました。 JProfilerを使用してホットスポットを見つける方法は、ホットスポットを表示するために2番目の画面を使用することです。 ProjectTaskResource.getProjectTasksByProject ...次に、どのメソッドがホットスポットのホットスポットのような最も自己の時間が長いかを調べるために、それを展開します。ですから、ProjectTaskResource.getProjectTasksByProject ...は、/ minProjectTasksByProjectエンドポイントに対して呼び出されるメソッドです。まず、FilterChain.doFilterを呼び出しているXAuthTokenFilterを経由しています。これがホットスポットとして認識されます。私が間違っている場合は私を修正してください。ありがとう。 @Strelokここに私のコメントを見てください。 –

ホットスポットビュー内のバックトレースは、ホットスポットがどのように呼び出されているかを示しますが、バックトレース内のノードはホットスポット自体ではなく、コールを委任できます。バックトレースノードの番号はすべて、トップレベルのホットスポットを参照します。 –

私は、ありがとうたくさん見る！方法のどの部分がホットスポットを引き起こしているのかを診断できますか？セルフタイムが潜在的な原因を示しているコールグラフですか？ –

春の起動FilterChainはapiの応答時間を増やし、ホットスポットです

答えて

関連する問題