JSFサイト最適化実戦(一)

JVMのチューニングとトラブルシューティングは日常茶飯事で、いつもうまく話せない、終わらない話題です.よく現地で開発、デバッグしたり、テストしたりしても問題はありません.いったんオンラインになると、漏れだらけになります.このような状況は珍しくありません.個人の小さなプロジェクト、会社の製品、さらには大企業の製品は多少JVMの深い人と付き合う時に遭遇します.本稿では、既存の様々なチューニング提案をそのままにするのではなく、JVMのモニタリングを通じて、JSFフレームワークを使用して作成されたテストプロジェクトと結びつけて、メモリ漏洩問題の根源を探ろうとした.一連のツールを使用して問題の詳細を分析し、最終的に合理的で効果的な改善提案と方法を提供することを試みます.
に縁を付ける
最近ある学友の急なニュースを受け取って、彼のJSF(JSF 2、以下はすべてJSFと略称します)のサイトはオンラインに配置した後に、JVMメモリの占有量はずっと上昇して、あふれ出るまで.
これは比較的典型的なニュース性のステーションで、虎嗅や36 Krのような情報ステーションで、PVの量は多くありませんが、少なくはありません.サイト全体はJSFによって構築され、ページの開き速度はまだ可能であり、これはサイトが国内に配置されているクラウドホストと一定の関係がある.現在の状況はローカルの運行時で、VMの占有状況を見るのはすべて比較的に正常です;導入がオンラインになると、わずかなアクセス量の後、メモリが消費されるまでメモリの消費量が急上昇し、非常に危険です.
シナリオの復元
ちょうど私のところにJSFの小さなプロジェクトがあります.JSFのイベント原理とコンポーネントの作成を説明するために使用するつもりでしたが(最近モバイルアプリケーションでしばらく放置されているため)、この状況を実証するために使用してもいいです.まず、最適化されていない簡単な簡単なページを見てみましょう.ViewScopeのBackingBeanに関連付けられています.
ここを見てhttp://blog.billworks.cc/post/jsf-site-optimizing-in-action.html