关于Spring和SpringMVC的一点感悟

本文主要是介绍关于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仅仅加载一次。

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

总结一下错误的原因：