AOP 核心思想與實戰：從 J2EE 容器到業務系統的關注點分離

AOP（面向切面編程）是 OOP 的延續，核心在於「關注點分離」：將交易、安全、日誌、快取等橫切關注點從業務邏輯中剝離，封裝為 Aspect，實現高內聚、低耦合。本文從 J2EE 容器分層切入，通過「鎖」的經典案例闡述 AOP 必然性，並梳理應用範疇、必要性、主流實現框架。

為什麼需要 AOP？

傳統繼承方式實現「鎖」功能弊端重重：

• 業務方法混雜鎖邏輯，違反單一職責
• Java 單繼承限制，無法同時繼承其他基類
• 復用範圍極窄，只能用於需加鎖場景

「鎖」是縱向貫穿多類多方法的切面，天然適合 AOP 封裝。

AOP 在 J2EE 容器的應用全景

JBoss 4.0 即基於 AOP 重構微核，源碼可讀性大幅提升。

AOP 必要性辯證

非銀彈。若使用全功能 J2EE 容器，容器已內建上述切面，應用開發者無需自建 AOP。但理解 AOP 能提升架構抽象層次，對自研框架、中間件開發至關重要。

主流實現技術路線

1. AspectJ：編譯期織入，成熟但需專用編譯器，破壞封裝
2. 動態代理 (JDK Proxy / CGLIB)：運行時織入，Spring、JBoss 4.0、Nanning 採用
3. 位元碼操作 (ASM / BCEL)：載入期織入，AspectWerkz、早期 Spring 選項

給架構師的建議

業務系統優先利用容器內建服務；自研框架/中間件時，引入 AOP 解決橫切關注點，選擇動態代理平衡效能與靈活性。