資訊專欄INFORMATION COLUMN
摘要：現在給定一個項目的包結構在中有以下配置只掃描注解可以看出要把最后的包寫上，不能包含子包，所以不能寫成。
大家好，我是豬弟，豬在我心中從來不是蠢的代名詞，而是懶的代名詞，本次準備記錄一個在開發測試過程中遇到的問題，跟蹤了三天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中有以下配置：
