技術(shù)來自于需求
組內(nèi)在做性能測試,要知道每個方法調(diào)用時候,外層方法以及內(nèi)部調(diào)用的每個子方法的耗時時長,第一時間呢就想到了在方法前后打印時間,然后做差值打印
但是里面的調(diào)用鏈比較長,然后寫了好多好多差值打印代碼...
基于上述情況呢,我就想著做個annotation給方法去使用,想打印方法執(zhí)行時間的方法呢就把我的annotation加上去就行了
先說下額外的一個小選型廢棄
- 摒棄threadlocal記錄時間,本來想直接用threadlocal記錄,然后在全局返回體內(nèi)攔截的適合去除時間即可,但是由于我們方法內(nèi)許多方法都是可以異步進行提高性能的,用到了多線程,所以這個方案就廢棄了
- 最終方案呢 是用annotation增強我們的方法,將方法執(zhí)行時間打印到mdc里,然后在全局?jǐn)r截器(一個對方法返回值再封裝的攔截器形如 m,d,e)里加了一個t (map結(jié)構(gòu)),將我們的mdc關(guān)于時間打印的都放進去了
AOP失效了啥情況?
同一類里調(diào)用別的AOP方法,寫下偽代碼,類似下面代碼
@PostMapping("/timeRecode")
@TimeRecord
public String timeRecode() throws InterruptedException {
time1();
TimeUnit.SECONDS.sleep(1);
time2();
return "ok";
}
@TimeRecord
public void time1() throws InterruptedException {
TimeUnit.SECONDS.sleep(1);
}
@TimeRecord
public void time2() throws InterruptedException {
TimeUnit.SECONDS.sleep(1);
}
按照我的預(yù)期應(yīng)該是三個方法都被攔截到的,但是實驗證明只有timeRecode被攔截了,time1().time2()沒被攔截,分析下,兩者不同的是前者是外部方法,而后面兩者是內(nèi)部調(diào)用的.
原因分析:
Spring AOP采用代理的方式實現(xiàn)AOP亏吝，我們編寫的橫切邏輯被添加到動態(tài)生成的代理對象中，只要我們調(diào)用的是代理對象腮介，則可以保證調(diào)用的是被增強的代理方法置森。而在代理對象中斗埂，不管你的橫切邏輯是怎樣的，也不管你增加了多少層的橫切邏輯凫海，有一點可以確定的是呛凶，你終歸會調(diào)用目標(biāo)對象的同一方法來調(diào)用原始的業(yè)務(wù)邏輯。
如果目標(biāo)對象中的原始方法依賴于其他對象行贪，那么Spring會注入所依賴對象的代理對象漾稀，從而保證依賴的對象的橫切邏輯能夠被正衬Ｏ校織入。而一旦目標(biāo)對象調(diào)用的是自身的其他方法時崭捍，問題就來了尸折，這種情況下，目標(biāo)對象調(diào)用的并不是代理對象的方法殷蛇，故被調(diào)用的方法無法織入橫切邏輯翁授。
我們這里方法 A 被調(diào)用，是基于 AOP 生成的 代理對象 進行的調(diào)用晾咪；方法 B 調(diào)用方法 A ，是 this 目標(biāo)對象 直接調(diào)用贮配，并不是代理對象進行調(diào)用
解決方案
通過代理對象調(diào)用~
- 同一個類內(nèi)方法互相調(diào)用可以拿到Spring給我們創(chuàng)建的代理谍倦，用代理調(diào)用就可以解決，解決如下：
final TestController proxy = (TestController) AopContext.currentProxy();
proxy.time2();
- 采用注入的方式把要調(diào)用的bean先注入進來,再通過bean去調(diào)用,這也適用于同一個類,其實我們也可以把自己的bean注入到自己方法內(nèi)使用.
//構(gòu)造器注入其他bean
private final CacheManager cacheManager;
//annotation注入其他bean
@Autowired
private Temp temp;
@Service
public class SomeService {
//注入自己
@Autowired
private SomeService self
}
ps:
另在查閱資料時候發(fā)現(xiàn)有人的aop失效是因為沒開啟cglib,這里也提一下啊,想要使用aop,要做以下配置
-
啟動類上加@EnableAspectJAutoProxy(proxyTargetClass = true, exposeProxy = true),開啟cglib代理,為啥呢?
Spring AOP通過動態(tài)代理實現(xiàn)的泪勒，不同場景下代理的支持1. 如果要切入的目標(biāo)對象實現(xiàn)了接口昼蛀，默認(rèn)情況下Spring會直接采用JDK的動態(tài)代理的方式去實現(xiàn)AOP 2. 如果要切入的目標(biāo)對象實現(xiàn)了接口，也可以通過代碼控制強制要求Spring使用CGLIB代理的方式去實現(xiàn)AOP 3. 如果要切入的目標(biāo)對象沒有實現(xiàn)任何接口圆存，那么此時Spring會自動采用CGLIB庫叼旋，它會根據(jù)實際切入目標(biāo)的情況，自動在JDK動態(tài)代理和CGLIB之間做切換沦辙，但是必須在項目中加入CGLIB需要的jar包夫植，否則當(dāng)Spring判定需要使用CGLIB的時候，而你沒有引入CGLIB的jar包油讯，此時就會報錯详民，而當(dāng)你引入CGLIB的jar包后，不需要額外做任何關(guān)于CGLIB配置陌兑，Spring直接就可以根據(jù)規(guī)則自動轉(zhuǎn)換代理模式沈跨。
其他失效
(1) 在一個類內(nèi)部調(diào)用時，被調(diào)用方法的 AOP 聲明將不起作用兔综。
(2) 對于基于接口動態(tài)代理的 AOP 事務(wù)增強來說饿凛，由于接口的方法都必然是 public ，這就要求實現(xiàn)類的實現(xiàn)方法也必須是 public 的（不能是 protected软驰、private 等）涧窒，同時不能使用 static 的修飾符。 所以碌宴，可以實施接口動態(tài)代理的方法只能是使用 public 或 public final 修飾符的方法杀狡，其他方法不可能被動態(tài)代理，相應(yīng)的也就不能實施 AOP 增強贰镣，換句話說呜象，即不能進行 Spring 事務(wù)增強了膳凝。
(3) 基于 CGLib 字節(jié)碼動態(tài)代理的方案是通過擴展被增強類，動態(tài)創(chuàng)建其子類的方式進行 AOP 增強植入的恭陡。
由于使用final蹬音、static、private修飾符的方法都不能被子類覆蓋休玩，這些方法將無法實施 AOP 增強著淆。所以方法簽名必須特別注意這些修飾符的使用，以免使方法不小心成為事務(wù)管理的漏網(wǎng)之魚拴疤。
