摘要：现在给定一个项目的包结构在中有以下配置只扫描注解可以看出要把最后的包写上，不能包含子包，所以不能写成。
大家好，我是猪弟，猪在我心中从来不是蠢的代名词，而是懒的代名词，本次准备记录一个在开发测试过程中遇到的问题，跟踪了三天spring和第三方RPC组件的源码，最终发现了问题是因为第三方组件没有处理好而父子容器导致的，还有一个因素是spring注解扫描重叠。
Spring版本：4.3.13.RELEASEJDK版本：1.7_u25 64位
在SpringMVC的配置中为了防止Spring重复创建同一个类的实例，一般会用到
但它使用的时候表现的效果并不是和语义上的完全一致，现在来看一下其中的坑：
在很多配置中一般都会把spring-config.xml和spring-mvc.xml进行分开配置，这种配置可以他们保证各司其职，在web.xml的一般配置中spring-mvc.xml实例创建初始化是以DispatchServlet为入口，而spring-config.xml实例创建初始化是以ContextLoadListener为入口的，容器的加载顺序： listener -> filter -> servlet ，所以spring容器先初始化，springmvc容器后初始化 。
contextConfigLocation
classpath:spring-config.xml
org.springframework.web.context.ContextLoaderListener
blog-spring-mvc
org.springframework.web.servlet.DispatcherServlet
contextConfigLocation
classpath:spring-mvc.xml
1
blog-spring-mvc
/
如果在spring-mvc.xml中配置扫描的包和spring-config.xml中的发生重叠，那么会导致一个bean被创建两次，而且在spring中是存在父子容器的，spring容器是父容器，springmvc是子容器，springmvc创建的实例放在子容器中，spring创建的实例放在父容器中。
其实这同一个类的两个实例是不同的，springmvc创建实例默认对象不实现接口（大家都知道Controller是不用实现接口的），所以springmvc创建的实例是直接使用目标类的构造器来实例化的，而不是代理对象，即使一个类实现了接口，但如果该类是由springmvc实例化，那么springmvc也会直接使用该类的构造器直接创建一个对象（怎么去证明呢，你可以写一个定时任务，在定时任务中注入Controller的实例，然后debug查看实例对象的地址，如果是代理对象在地址上都会有一个$Proxy的标记，否则就不是代理对象），所以在controller层使用AOP时多数采用的是CGLIB子类代理。
Spring创建实例会判断目标类是否实现了接口，如果没实现接口那么就直接采用目标类构造器创建，像一般的service和dao都会采用接口方式编程，对于接口方式编程的类，spring创建的实例都是代理对象（这一点可以用debug的方式查看controller类中注入的service实例对象地址，他们都带有一个$Proxy的标记，很容易就能看出都是代理对象）。
那么为了防止重叠我们要把重叠的部分去掉，现在有下面的一个需求：
在spring-mvc.xml中只对工程中所有用@Controller注解的类进行扫描创建实例。
在spring-config.xml中要对工程中所有的非@Controller注解的类进行扫描创建实例。
现在给定一个项目的包结构：
xin.sun.blog.controlller
xin.sun.blog.service
（1）在spring-mvc.xml中有以下配置：
