徹底征服 Spring AOP 之 理論篇
基本知識
其實, 接觸了這麼久的 AOP, 我感覺, AOP 給人難以理解的一個關鍵點是它的概念比較多, 而且坑爹的是, 這些概念經過了中文翻譯後, 變得面目全非, 相同的一個術語, 在不同的翻譯下, 含義總有著各種莫名其妙的差別. 鑑於此, 我在本章的開頭, 著重為為大家介紹一個 Spring AOP 的各項術語的基本含義. 為了術語傳達的準確性, 我在接下來的敘述中, 能使用英文術語的地方, 儘量使用英文.
什麼是 AOP
AOP(Aspect-Oriented Programming), 即 面向切面程式設計, 它與 OOP( Object-Oriented Programming, 面向物件程式設計) 相輔相成, 提供了與 OOP 不同的抽象軟體結構的視角.
在 OOP 中, 我們以類(class)作為我們的基本單元, 而 AOP 中的基本單元是 Aspect(切面)
術語
Aspect(切面)
aspect 由 pointcount 和 advice 組成, 它既包含了橫切邏輯的定義, 也包括了連線點的定義. Spring AOP就是負責實施切面的框架, 它將切面所定義的橫切邏輯織入到切面所指定的連線點中.
AOP的工作重心在於如何將增強織入目標物件的連線點上, 這裡包含兩個工作:
如何通過 pointcut 和 advice 定位到特定的 joinpoint 上
如何在 advice 中編寫切面程式碼.
可以簡單地認為, 使用 @Aspect 註解的類就是切面.
advice(增強)
由 aspect 新增到特定的 join point(即滿足 point cut 規則的 join point) 的一段程式碼.
許多 AOP框架, 包括 Spring AOP, 會將 advice 模擬為一個攔截器(interceptor), 並且在 join point 上維護多個 advice, 進行層層攔截.
例如 HTTP 鑑權的實現, 我們可以為每個使用 RequestMapping 標註的方法織入 advice, 當 HTTP 請求到來時, 首先進入到 advice 程式碼中, 在這裡我們可以分析這個 HTTP 請求是否有相應的許可權, 如果有, 則執行 Controller, 如果沒有, 則丟擲異常. 這裡的 advice 就扮演著鑑權攔截器的角色了.
連線點(join point)
a point during the execution of a program, such as the execution of a method or the handling of an exception. In Spring AOP, a join point always represents a method execution.
程式執行中的一些時間點, 例如一個方法的執行, 或者是一個異常的處理.
在 Spring AOP 中, join point 總是方法的執行點, 即只有方法連線點.
切點(point cut)
匹配 join point 的謂詞(a predicate that matches join points).
Advice 是和特定的 point cut 關聯的, 並且在 point cut 相匹配的 join point 中執行.
在 Spring 中, 所有的方法都可以認為是 joinpoint, 但是我們並不希望在所有的方法上都新增 Advice, 而 pointcut 的作用就是提供一組規則(使用 AspectJ pointcut expression language 來描述) 來匹配joinpoint, 給滿足規則的 joinpoint 新增 Advice.
關於join point 和 point cut 的區別
在 Spring AOP 中, 所有的方法執行都是 join point. 而 point cut 是一個描述資訊, 它修飾的是 join point, 通過 point cut, 我們就可以確定哪些 join point 可以被織入 Advice. 因此 join point 和 point cut 本質上就是兩個不同緯度上的東西.
advice 是在 join point 上執行的, 而 point cut 規定了哪些 join point 可以執行哪些 advice
introduction
為一個型別新增額外的方法或欄位. Spring AOP 允許我們為 目標物件 引入新的介面(和對應的實現). 例如我們可以使用 introduction 來為一個 bean 實現 IsModified 介面, 並以此來簡化 caching 的實現.
目標物件(Target)
織入 advice 的目標物件. 目標物件也被稱為 advised object.
因為 Spring AOP 使用執行時代理的方式來實現 aspect, 因此 adviced object 總是一個代理物件(proxied object)
注意, adviced object 指的不是原來的類, 而是織入 advice 後所產生的代理類.
AOP proxy
一個類被 AOP 織入 advice, 就會產生一個結果類, 它是融合了原類和增強邏輯的代理類.
在 Spring AOP 中, 一個 AOP 代理是一個 JDK 動態代理物件或 CGLIB 代理物件.
織入(Weaving)
將 aspect 和其他物件連線起來, 並建立 adviced object 的過程.
根據不同的實現技術, AOP織入有三種方式:
編譯器織入, 這要求有特殊的Java編譯器.
類裝載期織入, 這需要有特殊的類裝載器.
動態代理織入, 在執行期為目標類新增增強(Advice)生成子類的方式.
Spring 採用動態代理織入, 而AspectJ採用編譯器織入和類裝載期織入.
advice 的型別
before advice, 在 join point 前被執行的 advice. 雖然 before advice 是在 join point 前被執行, 但是它並不能夠阻止 join point 的執行, 除非發生了異常(即我們在 before advice 程式碼中, 不能人為地決定是否繼續執行 join point 中的程式碼)
after return advice, 在一個 join point 正常返回後執行的 advice
after throwing advice, 當一個 join point 丟擲異常後執行的 advice
after(final) advice, 無論一個 join point 是正常退出還是發生了異常, 都會被執行的 advice.
around advice, 在 join point 前和 joint point 退出後都執行的 advice. 這個是最常用的 advice.
關於 AOP Proxy
Spring AOP 預設使用標準的 JDK 動態代理(dynamic proxy)技術來實現 AOP 代理, 通過它, 我們可以為任意的介面實現代理.
如果需要為一個類實現代理, 那麼可以使用 CGLIB 代理. 當一個業務邏輯物件沒有實現介面時, 那麼Spring AOP 就預設使用 CGLIB 來作為 AOP 代理了. 即如果我們需要為一個方法織入 advice, 但是這個方法不是一個介面所提供的方法, 則此時 Spring AOP 會使用 CGLIB 來實現動態代理. 鑑於此, Spring AOP 建議基於介面程式設計, 對介面進行 AOP 而不是類.
徹底理解 aspect, join point, point cut, advice
看完了上面的理論部分知識, 我相信還是會有不少朋友感覺到 AOP 的概念還是很模糊, 對 AOP 中的各種概念理解的還不是很透徹. 其實這很正常, 因為 AOP 中的概念是在是太多了, 我當時也是花了老大勁才梳理清楚的.
下面我以一個簡單的例子來比喻一下 AOP 中 aspect, jointpoint, pointcut 與 advice 之間的關係.
讓我們來假設一下, 從前有一個叫爪哇的小縣城, 在一個月黑風高的晚上, 這個縣城中發生了命案. 作案的凶手十分狡猾, 現場沒有留下什麼有價值的線索. 不過萬幸的是, 剛從隔壁回來的老王恰好在這時候無意中發現了凶手行凶的過程, 但是由於天色已晚, 加上凶手蒙著面, 老王並沒有看清凶手的面目, 只知道凶手是個男性, 身高約七尺五寸. 爪哇縣的縣令根據老王的描述, 對守門的士兵下命令說: 凡是發現有身高七尺五寸的男性, 都要抓過來審問. 士兵當然不敢違背縣令的命令, 只好把進出城的所有符合條件的人都抓了起來.
來讓我們看一下上面的一個小故事和 AOP 到底有什麼對應關係.
首先我們知道, 在 Spring AOP 中 join point 指代的是所有方法的執行點, 而 point cut 是一個描述資訊, 它修飾的是 join point, 通過 point cut, 我們就可以確定哪些 join point 可以被織入 Advice. 對應到我們在上面舉的例子, 我們可以做一個簡單的類比, join point 就相當於 爪哇的小縣城裡的百姓, point cut 就相當於 老王所做的指控, 即凶手是個男性, 身高約七尺五寸, 而 advice 則是施加在符合老王所描述的嫌疑人的動作: 抓過來審問.
為什麼可以這樣類比呢?
join point –> 爪哇的小縣城裡的百姓: 因為根據定義, join point 是所有可能被織入 advice 的候選的點, 在 Spring AOP中, 則可以認為所有方法執行點都是 join point. 而在我們上面的例子中, 命案發生在小縣城中, 按理說在此縣城中的所有人都有可能是嫌疑人.
point cut –> 男性, 身高約七尺五寸: 我們知道, 所有的方法(joint point) 都可以織入 advice, 但是我們並不希望在所有方法上都織入 advice, 而 pointcut 的作用就是提供一組規則來匹配joinpoint, 給滿足規則的 joinpoint 新增 advice. 同理, 對於縣令來說, 他再昏庸, 也知道不能把縣城中的所有百姓都抓起來審問, 而是根據凶手是個男性, 身高約七尺五寸, 把符合條件的人抓起來. 在這裡 凶手是個男性, 身高約七尺五寸 就是一個修飾謂語, 它限定了凶手的範圍, 滿足此修飾規則的百姓都是嫌疑人, 都需要抓起來審問.
advice –> 抓過來審問, advice 是一個動作, 即一段 Java 程式碼, 這段 Java 程式碼是作用於 point cut 所限定的那些 join point 上的. 同理, 對比到我們的例子中, 抓過來審問 這個動作就是對作用於那些滿足 男性, 身高約七尺五寸 的爪哇的小縣城裡的百姓.
aspect: aspect 是 point cut 與 advice 的組合, 因此在這裡我們就可以類比: “根據老王的線索, 凡是發現有身高七尺五寸的男性, 都要抓過來審問” 這一整個動作可以被認為是一個 aspect.
或則我們也可以從語法的角度來簡單類比一下. 我們在學英語時, 經常會接觸什麼 定語, 被動句 之類的概念, 那麼可以做一個不嚴謹的類比, 即 joinpoint 可以認為是一個 賓語, 而 pointcut 則可以類比為修飾 joinpoint 的定語, 那麼整個 aspect 就可以描述為: 滿足 pointcut 規則的 joinpoint 會被新增相應的 advice 操作.
@AspectJ 支援
@AspectJ 是一種使用 Java 註解來實現 AOP 的編碼風格.
@AspectJ 風格的 AOP 是 AspectJ Project 在 AspectJ 5 中引入的, 並且 Spring 也支援@AspectJ 的 AOP 風格.
使能 @AspectJ 支援
@AspectJ 可以以 XML 的方式或以註解的方式來使能, 並且不論以哪種方式使能@ASpectJ, 我們都必須保證 aspectjweaver.jar 在 classpath 中.
使用 Java Configuration 方式使能@AspectJ
@Configuration
@EnableAspectJAutoProxy
public class AppConfig {
}
使用 XML 方式使能@AspectJ
定義 aspect(切面)
當使用註解 @Aspect 標註一個 Bean 後, 那麼 Spring 框架會自動收集這些 Bean, 並新增到 Spring AOP 中, 例如:
@Component
@Aspect
public class MyTest {
}
注意, 僅僅使用@Aspect 註解, 並不能將一個 Java 物件轉換為 Bean, 因此我們還需要使用類似 @Component 之類的註解.
注意, 如果一個 類被@Aspect 標註, 則這個類就不能是其他 aspect 的 advised object 了, 因為使用 @Aspect 後, 這個類就會被排除在 auto-proxying 機制之外.
宣告 pointcut
一個 pointcut 的宣告由兩部分組成:
一個方法簽名, 包括方法名和相關引數
一個 pointcut 表示式, 用來指定哪些方法執行是我們感興趣的(即因此可以織入 advice).
在@AspectJ 風格的 AOP 中, 我們使用一個方法來描述 pointcut, 即:
@Pointcut(“execution(* com.xys.service.UserService.*(..))”) // 切點表示式
private void dataAccessOperation() {} // 切點前面
這個方法必須無返回值.
這個方法本身就是 pointcut signature, pointcut 表示式使用@Pointcut 註解指定.
上面我們簡單地定義了一個 pointcut, 這個 pointcut 所描述的是: 匹配所有在包 com.xys.service.UserService 下的所有方法的執行.
切點標誌符(designator)
AspectJ5 的切點表示式由標誌符(designator)和操作引數組成. 如 “execution( greetTo(..))” 的切點表示式, execution 就是 標誌符, 而圓括號裡的 greetTo(..) 就是操作引數
execution
匹配 join point 的執行, 例如 “execution(* hello(..))” 表示匹配所有目標類中的 hello() 方法. 這個是最基本的 pointcut 標誌符.
within
匹配特定包下的所有 join point, 例如 within(com.xys.*) 表示 com.xys 包中的所有連線點, 即包中的所有類的所有方法. 而 within(com.xys.service.*Service) 表示在 com.xys.service 包中所有以 Service 結尾的類的所有的連線點.
this 與 target
this 的作用是匹配一個 bean, 這個 bean(Spring AOP proxy) 是一個給定型別的例項(instance of). 而 target 匹配的是一個目標物件(target object, 即需要織入 advice 的原始的類), 此物件是一個給定型別的例項(instance of).
bean
匹配 bean 名字為指定值的 bean 下的所有方法, 例如:
bean(*Service) // 匹配名字字尾為 Service 的 bean 下的所有方法
bean(myService) // 匹配名字為 myService 的 bean 下的所有方法
args
匹配引數滿足要求的的方法.
例如:
@Pointcut(“within(com.xys.demo2.*)”)
public void pointcut2() {
}
@Before(value = “pointcut2() && args(name)”)
public void doSomething(String name) {
logger.info(“—page: {}—”, name);
}
@Service
public class NormalService {
private Logger logger = LoggerFactory.getLogger(getClass());
public void someMethod() {
logger.info("---NormalService: someMethod invoked---");
}
public String test(String name) {
logger.info("---NormalService: test invoked---");
return "服務一切正常";
}
}
當 NormalService.test 執行時, 則 advice doSomething 就會執行, test 方法的引數 name 就會傳遞到 doSomething 中.
常用例子:
// 匹配只有一個引數 name 的方法
@Before(value = “aspectMethod() && args(name)”)
public void doSomething(String name) {
}
// 匹配第一個引數為 name 的方法
@Before(value = “aspectMethod() && args(name, ..)”)
public void doSomething(String name) {
}
// 匹配第二個引數為 name 的方法
Before(value = “aspectMethod() && args(*, name, ..)”)
public void doSomething(String name) {
}
@annotation
匹配由指定註解所標註的方法, 例如:
@Pointcut(“@annotation(com.xys.demo1.AuthChecker)”)
public void pointcut() {
}
則匹配由註解 AuthChecker 所標註的方法.
常見的切點表示式
匹配方法簽名
// 匹配指定包中的所有的方法
execution(* com.xys.service.*(..))
// 匹配當前包中的指定類的所有方法
execution(* UserService.*(..))
// 匹配指定包中的所有 public 方法
execution(public * com.xys.service.*(..))
// 匹配指定包中的所有 public 方法, 並且返回值是 int 型別的方法
execution(public int com.xys.service.*(..))
// 匹配指定包中的所有 public 方法, 並且第一個引數是 String, 返回值是 int 型別的方法
execution(public int com.xys.service.*(String name, ..))
匹配型別簽名
// 匹配指定包中的所有的方法, 但不包括子包
within(com.xys.service.*)
// 匹配指定包中的所有的方法, 包括子包
within(com.xys.service..*)
// 匹配當前包中的指定類中的方法
within(UserService)
// 匹配一個介面的所有實現類中的實現的方法
within(UserDao+)
匹配 Bean 名字
// 匹配以指定名字結尾的 Bean 中的所有方法
bean(*Service)
切點表示式組合
// 匹配以 Service 或 ServiceImpl 結尾的 bean
bean(*Service || *ServiceImpl)
// 匹配名字以 Service 結尾, 並且在包 com.xys.service 中的 bean
bean(Service) && within(com.xys.service.)
宣告 advice
advice 是和一個 pointcut 表示式關聯在一起的, 並且會在匹配的 join point 的方法執行的前/後/周圍 執行. pointcut 表示式可以是簡單的一個 pointcut 名字的引用, 或者是完整的 pointcut 表示式.
下面我們以幾個簡單的 advice 為例子, 來看一下一個 advice 是如何宣告的.
Before advice
/**
* @author xiongyongshun
* @version 1.0
* @created 16/9/9 13:13
*/
@Component
@Aspect
public class BeforeAspectTest {
// 定義一個 Pointcut, 使用 切點表示式函式 來描述對哪些 Join point 使用 advise.
@Pointcut(“execution(* com.xys.service.UserService.*(..))”)
public void dataAccessOperation() {
}
}
@Component
@Aspect
public class AdviseDefine {
// 定義 advise
@Before(“com.xys.aspect.PointcutDefine.dataAccessOperation()”)
public void doBeforeAccessCheck(JoinPoint joinPoint) {
System.out.println(“Before advise, method: ” + joinPoint.getSignature().toShortString() + ” ”);
}
}
這裡, @Before 引用了一個 pointcut, 即 “com.xys.aspect.PointcutDefine.dataAccessOperation()” 是一個 pointcut 的名字.
如果我們在 advice 在內建 pointcut, 則可以:
@Component
@Aspect
public class AdviseDefine {
// 將 pointcut 和 advice 同時定義
@Before(“within(com.xys.service..*)”)
public void doAccessCheck(JoinPoint joinPoint) {
System.out.println(“doAccessCheck, Before advise, method: ” + joinPoint.getSignature().toShortString() + ” ”);
}
}
around advice
around advice 比較特別, 它可以在一個方法的之前之前和之後新增不同的操作, 並且甚至可以決定何時, 如何, 是否呼叫匹配到的方法.
@Component
@Aspect
public class AdviseDefine {
// 定義 advise
@Around(“com.xys.aspect.PointcutDefine.dataAccessOperation()”)
public Object doAroundAccessCheck(ProceedingJoinPoint pjp) throws Throwable {
StopWatch stopWatch = new StopWatch();
stopWatch.start();
// 開始
Object retVal = pjp.proceed();
stopWatch.stop();
// 結束
System.out.println(“invoke method: ” + pjp.getSignature().getName() + “, elapsed time: ” + stopWatch.getTotalTimeMillis());
return retVal;
}
}
around advice 和前面的 before advice 差不多, 只是我們把註解 @Before 改為了 @Around 了.
相關推薦
徹底征服 Spring AOP 之 理論篇
基本知識 其實, 接觸了這麼久的 AOP, 我感覺, AOP 給人難以理解的一個關鍵點是它的概念比較多, 而且坑爹的是, 這些概念經過了中文翻譯後, 變得面目全非, 相同的一個術語, 在不同的翻譯下, 含義總有著各種莫名其妙的差別. 鑑於此, 我在本章的開頭,
徹底征服 Spring AOP 之 理論篇 java spring aop 永順 2016年11月13日釋出
基本知識其實, 接觸了這麼久的 AOP, 我感覺, AOP 給人難以理解的一個關鍵點是它的概念比較多, 而且坑爹的是, 這些概念經過了中文翻譯後, 變得面目全非, 相同的一個術語, 在不同的翻譯下, 含義總有著各種莫名其妙的差別. 鑑於此, 我在本章的開頭, 著重為為大家介紹一個 Spring AOP 的各項
深入理解Spring AOP之二代理對象生成
gets code 網上 none work class als post 產生 深入理解Spring AOP之二代理對象生成 spring代理對象 上一篇博客中講到了Spring的一些基本概念和初步講了實現方
Spring AOP之 動態代理實例
delete 日誌 實現類 imp exc print cati user ins 1.項目結構圖如下3.3.3.1: 圖3.3.3.1 2.IUserServ接口代碼與UserServImpl實現類代碼和上述代碼相同 3.LogHandler類代碼
spring-AOP之通知和顧問
多個 targe ges 配置 context color ive 後置 功能 通知和顧問都是切面的實現形式,其中通知可以完成對目標對象方法簡單的織入功能。 而顧問包裝了通知,可以讓我們對通知實現更加精細化的管理,讓我們可以指定具體的切入點。 通知分為前置通知,環繞通知及後
Spring AOP 之 advisors
.com tex fff mark bbb pro mar col 實例 advisors的解釋圖片實例我的事物配置 aop和事物結合Spring AOP 之 advisors
Spring AOP之Introduction(@DeclareParents)簡介(轉)
Spring的文件上對Introduction這個概念和相關的註解@DeclareParents作了如下介紹:Introductions (known as inter-type declarations in AspectJ) enable an aspect to declare that advised
Spring AOP之動態代理
Spring AOP有兩種動態代理的方式,一種是jdk的動態代理,一種是cglib實現的動態代理,看下兩種代理的實現方式。 1.jdk的動態代理 介面: public interface ISaler { public void buy(); } 實現類: public
打造極致效能資料庫中介軟體丨LVS+Keepalive+華為雲DDM之理論篇
背景說明 華為雲分散式資料庫中介軟體(Distributed Database Middleware,簡稱DDM),專注於解決資料庫分散式擴充套件問題,突破了傳統資料庫的容量和效能瓶頸,實現海量資料高併發訪問。 DDM使用華為關係型資料庫(RDS)作為儲存引擎,具備自動部署、分庫分表、彈性伸縮、高可用
java基礎(五):spring aop 之 @aspect
Aspectj切入點語法定義 例如定義切入點表示式 execution(* com.sample.service.impl….(…)) 一:execution()是最常用的切點函式,其語法如下所示: pointcut 宣告"切入點", 整個表示式可以分為五個部分
Spring AOP之代理設定模式
一.什麼是AOP Spring的AOP:即面向切面程式設計,其程式碼實質,即代理模式的應用。 二.三種代理設定模式(目標物件不願意做的事,代理物件給我們實現) 代理模式程式碼的主要特點是:不改變原有類的前提下,在原有類某些方法執行前後,插入任意程式碼。所以代理模
一步步教你輕鬆學支援向量機SVM演算法之理論篇1
摘要:支援向量機即SVM(Support Vector Machine) ,是一種監督學習演算法,屬於分類的範疇。首先,支援向量機不是一種機器,而是一種機器學習演算法。在資料探勘的應用中,與無監督學習的聚類相對應和區別。廣泛應用於機器學習,計算機視覺和資料探勘當中。(本文原創,轉載必須註明出處.)
Spring 學習(十七)——Spring AOP之返回通知、異常通知和環繞通知
返回通知 •無論連線點是正常返回還是丟擲異常, 後置通知都會執行. 如果只想在連線點返回的時候記錄日誌, 應使用返回通知代替後置通知. 在返回通知中訪問連線點的返回值 •在返回通知中, 只要將 returning 屬性新增到 @AfterReturning 註解中
Spring 學習(十六)——Spring AOP之前置通知和後置通知
spring aop 1)加入jar包 com.springsource.net.sf.cglib-2.2.0.jar com.springsource.org.aopalliance-1.0.0.jar com.springsource.org.aspectj.weaver-1.6.8.R
Spring AOP之---基於JDK動態代理和CGLib動態代理的AOP實現
AOP(面向切面程式設計)是OOP的有益補充,它只適合那些具有橫切邏輯的應用場合,如效能監測,訪問控制,事物管理,日誌記錄等。至於怎麼理解橫切邏輯,敲完例項程式碼也就明白了。 為什麼要使用AOP,舉個栗子:需要監測一些方法的執行所消耗的時間,在每個方法開始
spring aop之xml配置
背景:記錄aop的使用方式。aop相關術語概念自行了解清楚,以下僅貼示例。 spring 版本:5.0.8.RELEASE 相關jar包,參考一下附件pom.xml DAO bean package com.spring.aop.dao.bean; public class Us
vue學習之理論篇
詳細介紹請見微博:https://blog.csdn.net/qq_33295794/article/details/79024915 1.什麼是vue全家桶? 有一個公司來學校招人,別的要求沒有,說是要會vue全家桶。vue全家桶就是指包括:vue-router ,vu
Spring AOP之AspectJ的註解方式使用
需要匯入的jar包,請看上一篇部落格。 註解: 如果使用註解進行aop開發,必須進行aspectj自動代理 <aop:aspectj-autoproxy> 通知註解 @Before 前置 @AfterReturning 後置
10、SSM框架-Spring AOP之基於註解的宣告式AspectJ(10)
spring除了支援Schema方式配置AOP,還支援註解方式:使用@AspectJ風格的切面宣告。匯入需要的包:aspectjweaver.jar、aopalliance-1.0.jar 一、基本使用方法 1.1、啟用對@AspectJ的支援 Sprin
軟體架構學習之理論篇
9. 陳述一下軟體架構的概念 答:軟體架構(software architecture)是一系列相關的抽象模式,用於指導大型軟體系統各個方面的設計。軟體架構是一個系統的草圖。軟體架構描述的物件是直接構成系統的抽象元件。各個元件之間的連線則明確和相對細緻地描述元件之間的通訊。