用Java動態代理實現AOP2007-11-13 來自：conanpaul [收藏到我的網摘]
目前整個開發社區對AOP(Aspect Oriented Programing)推崇備至，也湧現出大量支持AOP的優秀Framework,--Spring, JAC, Jboss AOP 等等。AOP似乎一時之間成了潮流。Java初學者不禁要發出感慨，OOP還沒有學通呢，又來AOP。本文不是要在理論上具體闡述何爲AOP, 爲何要進行AOP . 要詳細瞭解學習AOP可以到它老家http://aosd.net去瞧瞧。這裏只是意圖通過一個簡單的例子向初學者展示一下如何來進行AOP.
爲了簡單起見，例子沒有沒有使用任何第三方的AOP Framework, 而是利用Java語言本身自帶的動態代理功能來實現AOP.
讓我們先回到AOP本身，AOP主要應用於日誌記錄，性能統計，安全控制,事務處理等方面。它的主要意圖就要將日誌記錄，性能統計，安全控制等等代碼從商業邏輯代碼中清楚的劃分出來，我們可以把這些行爲一個一個單獨看作系統所要解決的問題，就是所謂的面向問題的編程(不知將AOP譯作面向問題的編程是否欠妥)。通過對這些行爲的分離，我們希望可以將它們獨立地配置到商業方法中，而要改變這些行爲也不需要影響到商業方法代碼。
假設系統由一系列的BusinessObject所完成業務邏輯功能，系統要求在每一次業務邏輯處理時要做日誌記錄。這裏我們略去具體的業務邏輯代碼。
public interface BusinessInterface {
public void processBusiness();
}
public class BusinessObject implements BusinessInterface {
private Logger logger = Logger.getLogger(this.getClass().getName());
public void processBusiness(){
try {
logger.info("start to processing...");
//business logic here.
System.out.println(“here is business logic”);
logger.info("end processing...");
} catch (Exception e){
logger.info("exception happends...");
//exception handling
}
}
}
這裏處理商業邏輯的代碼和日誌記錄代碼混合在一起，這給日後的維護帶來一定的困難，並且也會造成大量的代碼重複。完全相同的log代碼將出現在系統的每一個BusinessObject中。
按照AOP的思想，我們應該把日誌記錄代碼分離出來。要將這些代碼分離就涉及到一個問題，我們必須知道商業邏輯代碼何時被調用，這樣我們好插入日誌記錄代碼。一般來說要截獲一個方法，我們可以採用回調方法或者動態代理。動態代理一般要更加靈活一些，目前多數的AOP Framework也大都採用了動態代理來實現。這裏我們也採用動態代理作爲例子。
JDK1.2以後提供了動態代理的支持，程序員通過實現java.lang.reflect.InvocationHandler接口提供一個執行處理器，然後通過java.lang.reflect.Proxy得到一個代理對象，通過這個代理對象來執行商業方法,在商業方法被調用的同時，執行處理器會被自動調用。
有了JDK的這種支持，我們所要做的僅僅是提供一個日誌處理器。
public class LogHandler implements InvocationHandler {
private Logger logger ＝ Logger.getLogger(this.getClass().getName());
private Object delegate;
public LogHandler(Object delegate){
this.delegate = delegate;
}
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
Object o = null;
try {
logger.info("method stats..." ＋ method);
o = method.invoke(delegate,args);
logger.info("method ends..." + method);
} catch (Exception e){
logger.info("Exception happends...");
//excetpion handling.
}
return o;
}
}
現在我們可以把BusinessObject裏面的所有日誌處理代碼全部去掉了。
public class BusinessObject implements BusinessInterface {
private Logger logger = Logger.getLogger(this.getClass().getName());
public void processBusiness(){
//business processing
System.out.println(“here is business logic”);
}
}
客戶端調用商業方法的代碼如下：
BusinessInterface businessImp = new BusinessObject();
InvocationHandler handler = new LogHandler(businessImp);
BusinessInterface proxy = (BusinessInterface) Proxy.newProxyInstance(
businessImp.getClass().getClassLoader(),
businessImp.getClass().getInterfaces(),
handler);
proxy.processBusiness();
程序輸出如下：
INFO: method stats...
here is business logic
INFO: method ends...
至此我們的第一次小嚐試算是完成了。可以看到，採用AOP之後，日誌記錄和業務邏輯代碼完全分開了，以後要改變日誌記錄的話只需要修改日誌記錄處理器就行了，而業務對象本身（BusinessObject）無需做任何修改。並且這個日誌記錄不會造成重複代碼了，所有的商業處理對象都可以重用這個日誌處理器。
當然在實際應用中，這個例子就顯得太粗糙了。由於JDK的動態代理並沒有直接支持一次註冊多個InvocationHandler，那麼我們對業務處理方法既要日誌記錄又要性能統計時，就需要自己做一些變通了。一般我們可以自己定義一個Handler接口，然後維護一個隊列存放所有Handler, 當InvocationHandler被觸發的時候我們依次調用自己的Handler。所幸的是目前幾乎所有的AOP Framework都對這方面提供了很好的支持.這裏推薦大家使用Spring。
爲了簡單起見，例子沒有沒有使用任何第三方的AOP Framework, 而是利用Java語言本身自帶的動態代理功能來實現AOP.
讓我們先回到AOP本身，AOP主要應用於日誌記錄，性能統計，安全控制,事務處理等方面。它的主要意圖就要將日誌記錄，性能統計，安全控制等等代碼從商業邏輯代碼中清楚的劃分出來，我們可以把這些行爲一個一個單獨看作系統所要解決的問題，就是所謂的面向問題的編程(不知將AOP譯作面向問題的編程是否欠妥)。通過對這些行爲的分離，我們希望可以將它們獨立地配置到商業方法中，而要改變這些行爲也不需要影響到商業方法代碼。
假設系統由一系列的BusinessObject所完成業務邏輯功能，系統要求在每一次業務邏輯處理時要做日誌記錄。這裏我們略去具體的業務邏輯代碼。
public interface BusinessInterface {
public void processBusiness();
}
public class BusinessObject implements BusinessInterface {
private Logger logger = Logger.getLogger(this.getClass().getName());
public void processBusiness(){
try {
logger.info("start to processing...");
//business logic here.
System.out.println(“here is business logic”);
logger.info("end processing...");
} catch (Exception e){
logger.info("exception happends...");
//exception handling
}
}
}
這裏處理商業邏輯的代碼和日誌記錄代碼混合在一起，這給日後的維護帶來一定的困難，並且也會造成大量的代碼重複。完全相同的log代碼將出現在系統的每一個BusinessObject中。
按照AOP的思想，我們應該把日誌記錄代碼分離出來。要將這些代碼分離就涉及到一個問題，我們必須知道商業邏輯代碼何時被調用，這樣我們好插入日誌記錄代碼。一般來說要截獲一個方法，我們可以採用回調方法或者動態代理。動態代理一般要更加靈活一些，目前多數的AOP Framework也大都採用了動態代理來實現。這裏我們也採用動態代理作爲例子。
JDK1.2以後提供了動態代理的支持，程序員通過實現java.lang.reflect.InvocationHandler接口提供一個執行處理器，然後通過java.lang.reflect.Proxy得到一個代理對象，通過這個代理對象來執行商業方法,在商業方法被調用的同時，執行處理器會被自動調用。
有了JDK的這種支持，我們所要做的僅僅是提供一個日誌處理器。
public class LogHandler implements InvocationHandler {
private Logger logger ＝ Logger.getLogger(this.getClass().getName());
private Object delegate;
public LogHandler(Object delegate){
this.delegate = delegate;
}
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
Object o = null;
try {
logger.info("method stats..." ＋ method);
o = method.invoke(delegate,args);
logger.info("method ends..." + method);
} catch (Exception e){
logger.info("Exception happends...");
//excetpion handling.
}
return o;
}
}
現在我們可以把BusinessObject裏面的所有日誌處理代碼全部去掉了。
public class BusinessObject implements BusinessInterface {
private Logger logger = Logger.getLogger(this.getClass().getName());
public void processBusiness(){
//business processing
System.out.println(“here is business logic”);
}
}
客戶端調用商業方法的代碼如下：
BusinessInterface businessImp = new BusinessObject();
InvocationHandler handler = new LogHandler(businessImp);
BusinessInterface proxy = (BusinessInterface) Proxy.newProxyInstance(
businessImp.getClass().getClassLoader(),
businessImp.getClass().getInterfaces(),
handler);
proxy.processBusiness();
程序輸出如下：
INFO: method stats...
here is business logic
INFO: method ends...
至此我們的第一次小嚐試算是完成了。可以看到，採用AOP之後，日誌記錄和業務邏輯代碼完全分開了，以後要改變日誌記錄的話只需要修改日誌記錄處理器就行了，而業務對象本身（BusinessObject）無需做任何修改。並且這個日誌記錄不會造成重複代碼了，所有的商業處理對象都可以重用這個日誌處理器。
當然在實際應用中，這個例子就顯得太粗糙了。由於JDK的動態代理並沒有直接支持一次註冊多個InvocationHandler，那麼我們對業務處理方法既要日誌記錄又要性能統計時，就需要自己做一些變通了。一般我們可以自己定義一個Handler接口，然後維護一個隊列存放所有Handler, 當InvocationHandler被觸發的時候我們依次調用自己的Handler。所幸的是目前幾乎所有的AOP Framework都對這方面提供了很好的支持.這裏推薦大家使用Spring。