1、你這個本質(zhì)還是spring框架之中，因此注入DAO的時候，我建議還是使用@Autowired，因為@Autowired使用的時候不需要寫bean的id，使用@Resource的話未來如果你的beanId要進行修改還是挺麻煩的，而且有拼寫錯誤的問題也存在。
創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供肥鄉(xiāng)網(wǎng)站建設、肥鄉(xiāng)做網(wǎng)站、肥鄉(xiāng)網(wǎng)站設計、肥鄉(xiāng)網(wǎng)站制作等企業(yè)網(wǎng)站建設、網(wǎng)頁設計與制作、肥鄉(xiāng)企業(yè)網(wǎng)站模板建站服務，十余年肥鄉(xiāng)做網(wǎng)站經(jīng)驗，不只是建網(wǎng)站，更提供有價值的思路和整體網(wǎng)絡服務。
2、其實最大的問題在于你使用的是main函數(shù)運行，而不是使用JUnit的@Test來進行。Spring的所有東西，都依賴于IOC容器，從上下文Context中注入bean，也就是你的注解@ContextConfiguration要做的配置。你直接使用main函數(shù)運行，IOC容器是沒有啟動的，因此無法注入bean：ProductDao，最終導致test()函數(shù)中pd為null，導致空指針異常。
3、解決方案：刪除main函數(shù)，在test()函數(shù)上加上注解@Test，使用JUnit直接運行。
給你舉個我寫的Spring中使用Junit的栗子：
對了，針對你直接注入DAO來使用，是不符合SOA理念的。
較為規(guī)范的做法應該是：
mybatisXML-(映射)DAO層接口-(注入)Service實現(xiàn)層
Service層接口-(注入)業(yè)務層
項目目錄結(jié)構(gòu)建議為：
你的項目里混淆了DAO層和Service層
控制反轉(zhuǎn)（IOC）
（理解好Ioc的關鍵是要明確“誰控制誰，控制什么，為何是反轉(zhuǎn)（有反轉(zhuǎn)就應該有正轉(zhuǎn)了），哪些方面反轉(zhuǎn)了”）
1、Ioc—Inversion of Control：即“控制反轉(zhuǎn)”，不是什么技術，而是一種設計思想。在Java開發(fā)中，Ioc意味著將你設計好的對象交給容器控制，而不是傳統(tǒng)的在你的對象內(nèi)部直接控制。
2、誰控制誰，控制什么：傳統(tǒng)Java SE程序設計，我們直接在對象內(nèi)部通過new進行創(chuàng)建對象，是程序主動去創(chuàng)建依賴對象；而IoC是有專門一個容器來創(chuàng)建這些對象即由Ioc容器來控制對象的創(chuàng)建。
誰控制誰？當然是IoC 容器控制了對象。
控制什么？那就是主要控制了外部資源獲?。ú恢皇菍ο蟀ū热缥募龋?。
3、為何是反轉(zhuǎn)，哪些方面反轉(zhuǎn)了： 有反轉(zhuǎn)就有正轉(zhuǎn)，傳統(tǒng)應用程序是由我們自己在對象中主動控制去直接獲取依賴對象，也就是正轉(zhuǎn)；而反轉(zhuǎn)則是由容器來幫忙創(chuàng)建及注入依賴對象。
為何是反轉(zhuǎn)？因為由容器幫我們查找及注入依賴對象，對象只是被動的接受依賴對象,所以是反轉(zhuǎn)。
哪些方面反轉(zhuǎn)了？依賴對象的獲取被反轉(zhuǎn)了。? ? ?
??還是不明白沒事，下面搞個簡單案例來說就懂啦 ！?。?/p>
? 例子：當我們在任何一個有實際開發(fā)意義的程序項目中，我們會使用很多類來描述他們特有的功能，并且通過類與類之間的相互協(xié)作來完成特定的業(yè)務邏輯。這個時候，每個類都需要負責管理與自己有交互的類的引用和依賴，代碼將會變的異常難以維護和極高的高耦合。而IOC的出現(xiàn)正是用來解決這個問題，我們通過IOC將這些依賴對象的創(chuàng)建、協(xié)調(diào)工作交給spring容器去處理，每個對象值需要關注其自身的業(yè)務邏輯關系就可以了。在這樣的角度上來看，獲得依賴的對象的方式，進行了反轉(zhuǎn)，變成了由spring容器控制對象如何獲取外部資源（包括其他對象和文件資料等）。
總的來說：IOC就是通過在Xml配置文件里依賴注入來解決代碼問題。
IOC的注入類型有幾種？主要可以劃分為三種：構(gòu)造函數(shù)注入、屬性注入和接口注入。Spring支持構(gòu)造函數(shù)注入和屬性注入
? ?
面向切面（AOP）
（面向切面編程，AOP其實只是OOP的補充而已，AOP基本上是通過代理機制實現(xiàn)的。）
? ??我們管切入到指定類指定方法的代碼片段稱為切面，而切入到哪些類、哪些方法則叫切入點。有了AOP，我們就可以把幾個類共有的代碼，抽取到一個切片中，等到需要時再切入對象中去，從而改變其原有的行為。? ?
? ???我們都知道 Java 是 OOP-面向?qū)ο缶幊痰模凶约旱膬?yōu)勢，也有自己的不足。比如說：在我們開發(fā)中，都會有一條業(yè)務主線（即客戶的需求）。而我們要做的就是實現(xiàn)這個主線上的需求。我們在實現(xiàn)這些功能的時候，經(jīng)常要干一些額外的不可避免的事情，比如事務的管理，日志的記錄等，就很繁雜且代碼量增多，所以 Spring 提供了另一種角度來思考程序結(jié)構(gòu)，也就是把這一些事情剝離出來，然后適時適地的把它們加入到我們的代碼中，比如說 聲明式事務管理的時候，我們在 service 層檢測到save*、update*這些方法要被調(diào)用的時候，我們先進行開啟事務什么的，這就是AOP，面向編程的思想。
??AOP的術語：
? ? ?1、通知（Advice）：就是你想要的功能，也就是上面說的 安全，事物，日志等。你給先定義好把，然后在想用的地方用一下
? ? ?2、連接點（JoinPoint）：這個更好解釋了，就是spring允許你使用通知的地方，那可真就多了，基本每個方法的前，后（兩者都有也行），或拋出異常時都可以是連接點，spring只支持方法連接點.其他如aspectJ還可以讓你在構(gòu)造器或?qū)傩宰⑷霑r都行，不過那不是咱關注的，只要記住，和方法有關的前前后后（拋出異常），都是連接點。
? ? ?3、切入點（Pointcut）：上面說的連接點的基礎上，來定義切入點，你的一個類里，有15個方法，那就有幾十個連接點了對把，但是你并不想在所有方法附近都使用通知（使用叫織入，以后再說），你只想讓其中的幾個，在調(diào)用這幾個方法之前，之后或者拋出異常時干點什么，那么就用切點來定義這幾個方法，讓切點來篩選連接點，選中那幾個你想要的方法。
? ? ?4、切面（Aspect）：切面是通知和切入點的結(jié)合?，F(xiàn)在發(fā)現(xiàn)了吧，沒連接點什么事情，連接點就是為了讓你好理解切點，搞出來的，明白這個概念就行了。通知說明了干什么和什么時候干（什么時候通過方法名中的before,after，around等就能知道），而切入點說明了在哪干（指定到底是哪個方法），這就是一個完整的切面定義。
? ? ?5、引入（introduction）：允許我們向現(xiàn)有的類添加新方法屬性。這不就是把切面（也就是新方法屬性：通知定義的）用到目標類中嗎
? ? ?6、目標（target）：引入中所提到的目標類，也就是要被通知的對象，也就是真正的業(yè)務邏輯，他可以在毫不知情的情況下，被咱們織入切面。而自己專注于業(yè)務本身的邏輯。
? ? ?7、代理（proxy）：怎么實現(xiàn)整套aop機制的，都是通過代理，這個一會給細說。
? ? ?8、織入（weaving）：把切面應用到目標對象來創(chuàng)建新的代理對象的過程。有3種方式，spring采用的是運行時，為什么是運行時，后面解釋。
AOP切面算是比較理論的東西，使用較少，屬于總結(jié)出來的理論，大多數(shù)人都知道，但不會專門地使用，一般都是默認會操作。比如將一些通用的方法單獨寫一個類，這些都是寫代碼時候自己會用的，并不算是很特別、專門拿出來使用、研究的工具
工作中java開發(fā)，使用最多的為增刪改查，其次是用debug來調(diào)試程序解決問題，聯(lián)調(diào)測試等等。
（1）AOP的各種實現(xiàn)
在編譯器修改源代碼、在運行期字節(jié)碼加載前修改字節(jié)碼或字節(jié)碼加載后動態(tài)創(chuàng)建代理類的字節(jié)碼。以下是各種實現(xiàn)機制的比較：
類別分為靜態(tài)AOP（包括靜態(tài)織入）和動態(tài)AOP（包括動態(tài)代理、動態(tài)字節(jié)碼生成、自定義類加載器、字節(jié)碼轉(zhuǎn)換）。
靜態(tài)織入：
a、原理：在編譯期，切面直接以字節(jié)碼形式編譯到目標字節(jié)碼文件中 ；
b、優(yōu)點：對系統(tǒng)性能無影響；
c、缺點：不夠靈活；
動態(tài)代理 ：
a、原理：在運行期，目標類加載后，為接口動態(tài)生成代理類。將切面織入到代理類中；
b、優(yōu)點：更靈活；
c、缺點：切入的關注點要實現(xiàn)接口；
SpringAOP是利用代理模式，在運行時生成一個目標對象的代理，并且使用代理代替目標對象，整個過程對使用者透明，使用者無法像使用目標對象一樣使用代理對象，代理對象類型是目標對象所屬類的子類或者接口實現(xiàn)，天津IT培訓認為這個子類也是在運行時動態(tài)生成，這個生成子類的過程使用操作字節(jié)碼技術，Spring框架中使用兩種字節(jié)碼技術：JDK動態(tài)代理和CGLIB，當目標類實現(xiàn)了接口時使用JDK動態(tài)代理，否則使用CGLIB代理。
AOP的實現(xiàn)包含下面幾個步驟：根據(jù)配置或注解解析切面。
生成AOP代理對象，給目標對象生成一個代理類以及代理類實例，根據(jù)解析出的切面，生成通知鏈設置到代理對象，在代理的回調(diào)中會執(zhí)行通知鏈。
把AOP代理對象注冊到容器中代替目標對象，當使用者向容器請求目標bean時，容器會返回代理對象。
下面對這幾個步驟逐一的分析。
切面解析在分析切面解析過程之前，首先先了解一下幾個關鍵的接口，看下面的類圖。
PointCut：描述切點，在進行切點匹配時，使用ClassFilter進行類匹配，MethodMatcher進行執(zhí)行方法匹配。
Advice：通知，AfterAdvice后通知，BeforeAdvice前通知，DynamicIntroductionAdvice引用通知，環(huán)繞通知通過Interceptor實現(xiàn)。
Advisor：通知器，也就是切面，PointcutAdvisor切點通知器，IntroductionAdvisor引用通知器。
在創(chuàng)建AOP代理之前需要把相關的切面配置解析成上面類圖中的接口子類的對象，對于ProxyFactoryBean來說，沒有這個過程，因為這種方式下不能使用切點。
切面解析完成之后，把解析出的通知添加通知鏈中，AOP代理對象引用該通知鏈執(zhí)行切面通知邏輯。
對于aop標簽方式和注解方式添加通知鏈這個動作的代碼是類似的，解析切面這個過程有些差異。
基于Java的簡單、動態(tài)、輕量級、強大的AOP框架。既強大又簡單，有助于更容易的集成AOP到新的或已存在的項目中。
AspectWerkz 主要特性：?
1. 運行時和加載時字節(jié)碼修正：你可以在運行時或編譯時輕松的改造任何（舊）應用程序或除了rt.jar以外的外部類庫
2. 支持join point模型
3. 支持Annotation：匹配JavaDoc和JSR-175，支持用戶自定義Annotation
4. 支持部署多個Aspect定義文件到部署的應用程序（WEB-INF/aop.xml、META-INF/aop.xml）
5. Introduction/內(nèi)類型聲明（也稱Mixin），也就是具有添加接口和實現(xiàn)到已存在的類中的能力
6. Annotation定義：定義Aspect使用的運行時Annotation（為JSR-175準備）
7. XML定義：定義Aspect使用的XML；XML可以用來精煉、改寫和解析Annotation定義
8. 插件式Aspect管理器能夠和IoC框架（如Spring或PicoContainer）一起工作
9. 四種不同的Advice和Introduction部署模型（范圍）：perJVM（單模式）、 perClass、perInstance 和perThread?
10. Advice和Introduction能夠動態(tài)部署、反部署或重新部署
11. 高性能，使用JIT編譯
12. 使用Fine-grained模式語言選擇join point
13. 所有Advice能夠和所有的join point和各種混合類型的pointcut
14. 脫機變換（可以用作后處理器）
15. Aspect、Advice和Introduction使用POJO編碼?
16. 目標類可以是正規(guī)的POJO，也就是不需要接口
17. 支持通過定義傳遞參數(shù)給Advice和定義可重用的Advice堆棧
18. 元數(shù)據(jù)被加到類中
19. 簡單的用法和配置
AspectWerkz在Eclipse下的輔助開發(fā)插件→
更多AspectWerkz信息
JBoss AOP
JBoss 4.0帶了一個AOP框架。這個框架和JBoss應用服務器緊密地結(jié)合，但是你也能夠在你的應用中，單獨的運行它。
更多JBoss AOP信息
Nanning
一個雖然簡單但也是一個java開源的AOP框架。名字以中文的拼音拼寫就是廣西的南寧。
更多Nanning信息
JAC
JAC (Java Aspect Components)是一個應用服務器。它為Java2平臺、用于Java開發(fā)的企業(yè)開發(fā)環(huán)境（J2EE）、和基于Web的分布式應用，提供開放式資源的又一個選擇（在GNU次常規(guī)公共許可證下發(fā)布）。JAC包括統(tǒng)一模型語言（UML）IDE，該UML IDE模塊化應用商業(yè)邏輯并且自動生成和編譯純商業(yè)邏輯Java類。這些類，在JAC容器內(nèi)執(zhí)行，可從一組技術和/或商業(yè)的橫切關系（crosscutting concerns）[1] 如數(shù)據(jù)持久性、認證、配置文件管理、訪問權(quán)限檢測、演示、和負載平衡中無縫地受益?；诿嫦蚍矫婢幊碳夹g（AOP）的JAC將這些關系( concerns)[2]從應用程序的核心商業(yè)邏輯中分離出來。
更多JAC信息
DynamicAspects
DynamicAspects能夠讓你使用java編寫的面向切面的程序設計,它使用在Sun JDK 1.5中介紹的"instrumentation"與"agent",Aspects能夠軟件各模塊之間的關系在運行期安裝與使用。
更多DynamicAspects信息
dynaop
dynaop框架使用一個基于運行時的編程機制將AOP代碼插入對象中，而不是返回一個具有特征代碼的對象。AOP將是面向?qū)ο笤O計（OO）的一個新的領域。
更多dynaop信息
CAESAR
CAESAR是一個新的與Java兼容的AOP語言。所有java程序多能使用CAESAR。
更多CAESAR信息
PROSE
PROSE是一個動態(tài)編排(weaving)工具(允許在運行期插入或抽取aspects)。PROSE aspects是規(guī)則的Java對象能夠被發(fā)送到或從網(wǎng)絡上的計算機接收。簽名可被用于保證它們的完整性。一旦一個aspect插入到JVM中,任何事件的發(fā)生將影響在相應aspect advice執(zhí)行的結(jié)果。假如一個aspect從JVM中撤消,aspect代碼將被丟棄并且相應的攔截也將不會再發(fā)生。PROSE aspects是規(guī)則的Java對象能夠被發(fā)送到或從網(wǎng)絡上的計算機接收。簽名可被用于保證它們的完整性。一旦一個aspect插入到JVM中,任何事件的發(fā)生將影響在相應aspect advice執(zhí)行的結(jié)果。假如一個aspect從JVM中撤消,aspect代碼將被丟棄并且相應的攔截也將不會再發(fā)生。下圖是PROSE的體系結(jié)構(gòu)圖：
更多PROSE信息
FastAOP
FastAOP是一個高性能AOP框架。最初開發(fā)該框架是為了支持對大型J2EE應用程序進行性能剖析和監(jiān)測。它幾乎不占用運行時間。FastAOP已經(jīng)在Websphere和Jboss應用服務器上得到成功測試。
更多FastAOP信息
Plastic
Plastic是一個構(gòu)建在ASM 3.3之上的AOP工具包。支持類的基本加載和實例化。引進新的屬性。不需要使用反射就能夠訪問私有屬性和方法。重寫屬性訪問權(quán)限。注入屬性。Method advice(在調(diào)用現(xiàn)在方法之后/之前執(zhí)行一些邏輯)。DIV class=date收錄時間：2011-05-25 15:25:03/DIV
更多Plastic信息
重慶分公司
重慶分公司
