Tomcat メモリ オーバーフロー問題の解決経験

少し前に、製品バージョンをテスト用にテスターに​​提出したのですが、テスト結果はまったく予想外のものでした。

しばらくテストしていると、ページが固まってしまいました。この現象から、データベース層で固まっているのではないかと無意識に疑いました。そこで、データベース接続に関するパラメータを確認しました。予想通り、接続数が多すぎました！データベース接続数の問題を解決し、バグは解決したと思ったのですが…

しばらくテストした後、ページが再び停止しました。 ！ ！

タスク マネージャーを開くと、Tomcat のメモリが 1.5G を超えており、Tomcat をシャットダウンできないことがわかりました。原因は何ですか?考えてみると、Tomcat のメモリ増加の原因になりそうな点、つまりマルチスレッドを思いつきました。そこで、スレッド プールの構成のコードを調べましたが、特に怪しい点は見つかりませんでした。

それでは、まずはTomcatをシャットダウンできない問題を解決しましょう。Baiduはコードをチェックし、数十分後に発見しました。Tomcatリスナーの破棄メソッド（contextDestroyed）でスレッドプールが閉じられていなかったのです。この場合、スレッドプールを閉じることができないため、Tomcatをシャットダウンできません。

コードを次のように変更します。

パブリッククラスInitListenerはServletContextListenerを実装します{
  プライベート Logger logger = Logger.getLogger(InitListener.class);
  @オーバーライド
  パブリック void contextInitialized(ServletContextEvent sce) {
    logger.info("Tomcatを起動します");
  }
  @オーバーライド
  パブリック void contextDestroyed(ServletContextEvent sce) {
    logger.info("Tomcat を閉じ、スレッド プールを閉じます");
    ClassPathXmlApplicationContext クラスパスXmlApplicationContext = 新しい ClassPathXmlApplicationContext("classpath*:applicationContext.xml");
    ThreadPoolTask​​Executor myTaskExecutor = (ThreadPoolTask​​Executor) classPathXmlApplicationContext.getBean("myTaskExecutor");
    タスクをシャットダウンします。
  }
}

さて、Tomcat がシャットダウンできない問題は解決しました。

次に、メモリ オーバーフローの問題を解決します (まずログを参照してください)。

tomcat ログを確認すると、バックグラウンド インターフェイスの Spring 構成ファイルは、ページが呼び出すたびに初期化されることがわかりました。つまり、Spring は要求されるたびに Bean を再挿入し、占有されているメモリはリサイクルされません。

そこで、Spring構成ファイルがいつ初期化されるのか疑問に思いました。Tomcatが起動したとき、キーワードnewが使用されたとき、つまり、

ClassPathXmlApplicationContext classPathXmlApplicationContext = new ClassPathXmlApplicationContext("classpath*:applicationContext.xml");

それから、コードをグローバルに検索したところ、案の定、フィルターで見つかりました。インターフェースが出現するたびに、新しいオブジェクトが作成されます。なんてひどいコードでしょう。私は、そのとき自分が考えていたことを心の中で呪い続けました。私はこの経験を警告として受け止め、今後は同じような間違いを繰り返さないように自分自身に言い聞かせるために書き留めておきます。

以上がこの記事の全内容です。皆様の勉強のお役に立てれば幸いです。また、123WORDPRESS.COM を応援していただければ幸いです。