前一段时间提交了一个产品版本给测试人员测试，测试结果简直出人意料！
测试一段时间后页面就卡死了，当时根据这个现象下意识的怀疑是卡到数据库这一层，然后查看数据库连接相关的参数，如意料之中的相似，连接数太多了！当把数据库连接数解决后，本以为这个bug解决了，但是...
测试一段时间后页面又卡死了！！！
打开任务管理器，发现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一个对象，多可怕的代码，在心里一直骂自己当时怎么想的！这次经历我会引以为戒，记下来也是告诉自己以后不要再犯类似的问题。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。
tomcat,内存溢出
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？