• 关于Spring和SpringMVC的一点感悟


    一年前,我们项目最开始使用的SSH(spring+springmvc+hibernate),那时候项目经理搭建好了框架就交给了我们,后来在一次配置事务的过程中,出现了大名鼎鼎的no seesion。

    网上查都是说事务没配置好,我选了好几种事务配置方法,其中只有注解有效,AOP切面配置事务都报错。

    说实话一开始就走歪了,那时候不理解spring和springMVC的关系,web.xml配置文件都是这样:

     <!-- 配置Spring -->
     <context-param>
         <param-name>contextConfigLocation</param-name>
         <param-value>classpath*:config/spring-*.xml</param-value>
     </context-param>
    
     <listener>
         <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
     </listener>
    
     <!-- 配置SpringMVC -->
     <servlet>
         <servlet-name>springMVC</servlet-name>
         <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
         <init-param>
             <param-name>contextConfigLocation</param-name>
             <param-value>classpath*:config/spring-servlet.xml</param-value>
         </init-param>
          <load-on-startup>1</load-on-startup>
     </servlet>
    
     <servlet-mapping>
         <servlet-name>springMVC</servlet-name>
         <url-pattern>/</url-pattern>
     </servlet-mapping>

    观察就会发现,上面的spring配置文件已经包含了对springMVC配置的检索,这样不仅是重复读取配置文件的问题还会带来其它的隐患。

    另外一个就是扫描包的范围配置,spring应该扫描哪些,springMVC应该扫描哪些,或者说应该排除哪些包的扫描。

    那次的问题折腾了比较久,记得连续两个晚上下班回家都在研究,虽然表面看起来是事务的配置问题,如果你老是纠结于事务的配置方法就跑偏了。

    我当时就想,为什么注解没有问题,而xml配置事务就会报错,肯定是配置有问题,但是这个事务的配置都是参考网上的,大都是这么配的。

    然后我干脆在service类中用静态代码块打印语句,看这个service到底加载了几次,通过这个方法我发现启动的过程中一个service打印四次语句,网上查阅配置事务后会生成代理类什么的,所以打印两次是没有问题的,而四次说明这个类重复加载了。

    <init-param>
         <param-name>contextConfigLocation</param-name>
         <param-value>classpath*:config/springMVC-servlet.xml</param-value>
     </init-param>

    我把web.xml中springMVC的配置文件改成上面的样子,然后在spring扫描包范围内排除对springMVC的扫描,我还发现事务竟然一部分配置在spring的配置文件里,还有一部分配置在springMVC的配置文件里,我把它们都移动到了spring配置文件中,反正就是各种尝试,目的就是让service仅仅加载一次。

    没想到最后竟然成功了,现在回忆起当时的那种兴奋,不可言状。但是究竟是什么原因,我是通过交叉操作,不断变换配置,才锁定了问题所在。

    总结一下错误的原因:
    1. spring在contextConfigLocation中因为通配符问题读取了springMVC的配置文件。
    2. springMVC配置文件中配置了事务,但是第一次因为是spring直接处理的,它能读取所有配置文件,所以即使放在不同的配置文件里也能成功。
    3. 当springMVC再次针对它自己的配置文件来处理时,只能看到事务的部分配置,所以事务配置不成功,no session !

    有一段时间没用SSH框架了,昨天一个朋友又遇到类似问题,使我想起来了,这里还是记录下,以后理解得更透彻了,将会继续补充。

    对于spring和springMVC的整合,我觉得要注意下面几点:
    1. 不要太相信网上的东西,很多人只是能跑就行,没有真正理解。
    2. 要搞清楚spring和springMVC在一起的时候,各自充当了什么角色。
    3. springMVC的配置文件其实也是依靠spring来解析并做相应处理的。
    4. 两者的上下文环境有什么关系。

    ================================== 赵客缦胡缨,吴钩霜雪明。 银鞍照白马,飒沓如流星。 ==================================
  • 相关阅读:
    Linux内存管理 —— 为buddy做准备:MMU, TLB, ZONE【转】
    Linux内存管理 —— 文件系统缓存和匿名页的交换【转】
    linux内存源码分析
    Linux中匿名页的反向映射【转】
    zram 简介【转】
    Linux Swap 与 Zram 详解【转】
    Linux中的mmap映射 [一]【转】
    Linux中的mmap映射 [二]【转】
    python测试开发django-rest-framework-95.文件上传接口开发
    Airtest IDE 自动化测试8
  • 原文地址:https://www.cnblogs.com/lucare/p/9312650.html
Copyright © 2020-2023  润新知