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

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

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

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

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