Spring AOP Capability and Goal

AOP Capability： 

    1.Spring聲明式事務管理配置。

    2.Controller層的參數校驗。

    3.使用Spring AOP實現MySQL數據庫讀寫分離案例分析

    4.在執行方法前,判斷是否具備權限。

    5.對部分函數的調用進行日誌記錄。監控部分重要函數，若拋出指定的異常，能夠以短信或郵件方式通知相關人員。

    6.信息過濾，頁面轉發等等功能,博主一我的的力量有限,只能列舉這麼多,歡迎評論區對文章作補充。　

　　Spring AOP 是用純JAVA 實現的,不需藉助JAVA代碼在編譯處理階段來實現。Spring 是在運行期實現的。AOP的實現能夠在編譯,加載,運行三個階段來實現；Spring AOP 也不須要控制類的裝置機制來實現. 它和適合用在servlet 容器和應用程序服務中。Spring AOP 當前僅僅支持方法執行鏈接點（只對Spring beans 方法的執行進行通知。字段攔截沒有被Spring 實現，儘管能夠實現對字段的訪問進行攔截而不須要破壞核心的Spring AOP 接口。若是你須要字段訪問和更新類型的通知那麼你能夠考慮使用AspectJ 。Spring AOP 和其餘大多數AOP 框架比起來仍是有所不一樣的，Spring AOP 的目標不是去提供一個最完整的AOP實現，而是去實現AOP 和Spring IoC 的緊密整合，去幫助企業解決公共的問題。Spring 框架的AOP一般是和Spring Ioc 容器相結合來使用的，切面是經過使用正常的Bean 定義符來配置的 (雖然容許使用強大的 自動代理能力)，這是和其餘AOP實現比起來最明顯的不一樣之處。

　　Spring無縫的把Aspectj 和spring 的AOP ，容器進行了整合。爲全部AOP的用戶提供一致性的應用程序架構(基於Spring 框架)，這種整合不影響Spring AOP 的API 和AOP 聯盟API，Spring AOP 是向後兼容的 。Spring 框架的核心理念是非侵入，這就是說Spring不會強制性的把和你業務邏輯,領域模型無關的Spring相關的類和接口引入到你的代碼中。在某些地方,Spring框架會給你一個選擇是否要引入Spring框架依賴到你的代碼庫中；給你選擇的依據是由於在某些場景中你只是爲了簡單的實現一些功能。無論如何Spring 老是會給你這樣子的選擇，讓你能夠作出一個明智的決定，那種方案給適合你當前的使用場景。
好比選擇哪一種AOP框架，或AOP風格；那麼你能夠選擇AspectJ 或者 Spring AOP ，兩個都選Spring 也支持。你能夠選擇@Aspectj 這種基於註解風格的或者是基於XML配置的方式；