?????? 說真的，對于spring提供AOP的功能，個人實在不敢太過于恭維。主要是Spring的AOP功能沒那么強大，而且必須是對于spring容器管理的bean才能實施AOP功能，對于容器外的bean就無能為力了。而且spring沒有提供屬性的AOP功能。在這些方面，spring AOP真的不能和Aspectj相比。Aspectj的AOP功能才真的是真正意義的AOP框架，提供的功能非常強大，幾乎可以實現任何類型的AOP。不過Aspectj的學習曲線相對要比spring AOP稍微陡峭一點，主要是spring AOP可以當成普通javabean來處理，而Aspectj還要另外做編譯器，比較麻煩。不過，慶幸的是，eclipse下面有Aspectj插件，開發起來也是很方便。所以一般，復雜的AOP功能，還是推薦用Aspectj

???? 對于一般的J2EE開發來說，要實現一些比較常用的AOP，Spring 還是能滿足的。比如事務、異常、日志、權限等等，在這些方面，spring AOP還是比較方便的，特別是事務處理，spring提供了相當好的集成。如果事務處理用Aspectj來實現，不見得好多少。

??? 一直以來，覺得spring AOP最好用的一個地方就是提供了BeanNameAutoProxyCreator，這個類真的非常方便，以至于個人一旦遇到要實現AOP，首先就是求組于BeanNameAutoProxyCreator，如果BeanNameAutoProxyCreator實現不了，再考慮別的。不過，一般情況來說，BeanNameAutoProxyCreator的確能滿足需要了，除非你的需求真的千奇百怪。

???在應用spring AOP功能時，優先考慮用接口。因為如果用接口的話，那么spring會創建一個代理，并在代理里面實現AOP增強代碼，并調用真正的實例對象。不過，spring AOP功能不一定非要用接口，一些普通類也是可以的。對于普通類，spring會用CGLIB來動態生成一個新類。并且CGLIB會保持一個生成類的cache,因此它不會一直生成新類。spring使用ProxyCallbackFilter對象把其它對象放進map進行管理。如果沒有管理好cache，將會產生大量的java對象，直至出現OutOfMemoryErrors。因此使用spring的aop時，一定要正確實現equals and hashCode。

???不過，不管怎么樣，在應用spring AOP時，還是優先考慮接口方式，畢竟面向接口方式還是值得推薦的一個編程思想。