Tomcat启动时加载数据到缓存---web.xml中listener加载顺序(例如顺序:1、初始化spring容器,2、初始化线程池,3、加载业务代码,将数据库中数据加载到内存中)

  最近公司要做功能迁移,原来的后台使用的Netty,现在要迁移到在uap上,也就是说所有后台的代码不能通过netty写的加载顺序加载了。

  问题就来了,怎样让迁移到tomcat的代码按照原来的加载顺序进行加载(例如顺序:1、初始化spring容器,2、初始化线程池,3、加载业务代码,将数据库中数据加载到内存中)。我个人首先想到的是在tomcat中加监听,tomcat启动时先加载监听中的方法、方法中的加载顺序也就是按照我拟定的顺序进行。

  然后我查了一些资料,发现了两种解决方案:

    1、通过tomcat的类加载起解决;

      分析:感觉没有方法2方便切不容易处理,需要改大量代码,所以只是了解了下,没有细看,可以了解博客:http://www.cnblogs.com/xing901022/p/4574961.html

    2、通过监听去处理(和我想的方向是一致的,但细看了一些资料后发现了一些通用问题):

      Tomcat服务器启动时自动加载数据到缓存,这就需要创建一个自定义的缓存监听器并实现ServletContextListener接口,并且在此自定义监听器中需要用到Spring的依赖注入功能.在web.xml文件中监听器配置如下:

  1. <listener>  
  2.         <listener-class>  
  3.             org.springframework.web.context.ContextLoaderListener  
  4.         </listener-class>  
  5. </listener>  
  6. <listener>  
  7.     <listener-class>  
  8.         com.liulei.test.listener.CacheListener  
  9.     </listener-class>  
  10. </listener>  

      上面的配置细细大意为,先配置spring监听器,启动spring,再配置一个缓存监听器,我希望他们是顺序执行的,因为在缓存监听器中需要 spring注入其他对象的实例,我期望在服务器加载缓存监听器前加载Spring的监听器,将其优先实例化。但是实际运行发现他们并不是按照配置的顺序加载的。

      对于此问题的解决方案我的个人观点就是重写一下spring的ContextLoaderListener  ,在配置文件中只加在这一个监听类就可以,在重写的方法中加入自己的(2、初始化线程池,3、加载业务代码)业务代码,然后查了一下资料也有类似的处理方案来落实了我的想法是正确的。

      举一个重写ContextLoaderListener  的例子:

  1. public class ContextLoaderListenerOverWrite extends ContextLoaderListener {  
  2.     private StartServer startServer;  
  3.     @Override  
  4.     /** 
  5.      * @description 重写ContextLoaderListener的contextInitialized方法 
  6.      */  
  7.     public void contextInitialized(ServletContextEvent event) {  
  8.         super.contextInitialized(event);  
  9.         startServer = StartServer.getInstances();
  10.         startServer.start();
  11.         /* 
  12.          如果您的系统还需要其他业务代码可以卸载此处 
  13.          */  
  14.     }  
  15. }  
  16. 这样我的问题就得到了解决,再次记录一下自己解决的思路和流程~
posted @ 2017-11-08 10:17  Mr.Liu_Blog  阅读(1142)  评论(0编辑  收藏  举报