前一段時間提交了一個產品版本給測試人員測試，測試結果簡直出人意料！

測試一段時間后頁面就卡死了，當時根據這個現象下意識的懷疑是卡到數據庫這一層，然后查看數據庫連接相關的參數，如意料之中的相似，連接數太多了！當把數據庫連接數解決后，本以為這個bug解決了，但是...

測試一段時間后頁面又卡死了?。。?/p>

打開任務管理器，發現tomcat內存超過了1.5G，而且tomcat關不掉！是什么原因導致的呢？左思右想之后，想到了一個可能會導致tomcat內存上漲的點，那就是多線程，然后翻代碼找線程池的配置，發現也沒什么可疑之處。

那就先解決下tomcat關不掉的問題吧，百度...檢查代碼...幾十分鐘后找到了，在tomcat監聽器的銷毀方法(contextDestroyed)里沒有關閉線程池，這種情況下，由于線程池沒法關閉，進而導致tomcat無法關閉的問題。

將代碼改為：

public class InitListener implements ServletContextListener{
  private Logger logger = Logger.getLogger(InitListener.class);
  @Override
  public void contextInitialized(ServletContextEvent sce) {
    logger.info("啟動tomcat");
  }
  @Override
  public void contextDestroyed(ServletContextEvent sce) {
    logger.info("關閉tomcat,關閉線程池");
    ClassPathXmlApplicationContext classPathXmlApplicationContext = new ClassPathXmlApplicationContext("classpath*:applicationContext.xml");
    ThreadPoolTaskExecutor myTaskExecutor = (ThreadPoolTaskExecutor) classPathXmlApplicationContext.getBean("myTaskExecutor");
    myTaskExecutor.shutdown();
  }
}

好了，tomcat關不掉的問題是解決了。

接下來解決內存溢出的問題(先看日志)：

查看tomcat的日志發現，頁面每一次調用后臺接口Spring的配置文件都會初始化一遍，也就是每次請求spring都會重新注入一次bean，而且占用的內存不會被回收！

然后我就想什么情況下會初始化spring的配置文件：tomcat啟動的時候；通過關鍵字new出來的時候，即

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

然后就全局搜索代碼找，果然在過濾器里找到了，每次接口來就會new一個對象，多可怕的代碼，在心里一直罵自己當時怎么想的！這次經歷我會引以為戒，記下來也是告訴自己以后不要再犯類似的問題。

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。