Spring 動態切入點詳解：ControlFlowPointcut 與 DynamicMethodMatcherPointcut

動態切入點特徵

• 除類名、方法名等靜態資訊外，還需根據方法參數值在運行時決定是否匹配。
• 結果無法快取，每次連接點執行都要重新計算。
• 消耗更多系統資源，高效能場景謹慎使用。

Spring 內建動態切入點實作

1. ControlFlowPointcut —— 控制流程切入點

只有當連接點在特定類別或方法的控制流程中被呼叫時才匹配。例如：只有在 ServiceA.process() 執行期間呼叫 DAO.save() 才觸發通知。

缺點：需追蹤呼叫堆疊，系統開銷極大，不建議在追求高效能的應用中使用。

2. DynamicMethodMatcherPointcut —— 動態方法匹配器 (抽象類)

開發者繼承此類並實作：

public abstract class DynamicMethodMatcherPointcut extends StaticMethodMatcherPointcut {
    // 靜態檢查（類名、方法名），可快取
    public boolean matches(Method method, Class targetClass) { ... }
    // 動態檢查（方法參數），每次調用執行，不可快取
    public boolean matches(Method method, Class targetClass, Object[] args) { ... }
}

適用場景：根據參數值決定是否攔截，如「只有當 amount > 10000 時才啟動稽核通知」。

最佳實務建議

• 優先使用靜態切入點（NameMatchMethodPointcut、JdkRegexpMethodPointcut、@AspectJ execution()），效能最佳且結果可快取。
• 確需動態判斷時，盡量在靜態 matches() 中過濾掉大部分不相關連接點，減少動態 matches() 執行次數。
• 避免使用 ControlFlowPointcut，除非業務極度依賴呼叫鏈上下文且併發量低。