在做AOP 日志记录时 启动项目报如下错误 & j: M6 ]6 `0 m. m- [% h# Y* V. A4 Q" p, B java.lang.IllegalArgumentException: Superclass has no null constructors but no arguments were given & U: l; J0 ]. E* U l/ K3 r1 ]3 J- u7 ^$ u大概意思是说 父类没有空的构造函数但没有给出参数 出自百度翻译。 3 n, x5 i7 P7 E r# ~ 6 k( M6 |- Q0 s& R说明一下: % c% `. N8 u7 T$ R- x( t在类没有实现任何接口,并且没有默认构造函数的情况下,通过构造函数注入时,目前的spring是无法实现AOP切面拦截的。 9 E4 n2 j# { R/ ^5 k* z) w9 J
3 Z- V7 J4 f7 q) ?) G8 Y; {8 F
也就是说 生成一个空的构造方法即可。 5 o9 f, `, C/ r# S5 o: h# K/ \原因分析 0 a8 s- ^5 E( B) V. n$ J
9 M! s8 i6 u7 k6 F+ D) X' c【前提】本文提到的没有实现接口,使用构造函数注入的类是Service层的类,并且注入的是Dao对象。 m" z; N: r' A2 r# @4 C: z0 y7 u+ o
我把Service类中加了默认构造函数,测试了一下,果然成功了,但是我就纳闷了,为什么加个默认构造函数就行了呢?如果是真的使用了这个默认构造函数生成类对象,那么起码Dao是根本就没有被注入到Service中的,而我在实际的测试中,读写数据库一切正常,显然意味着Dao对象是已经注入到Service对象里了。 - r# s% Z H; t" s& c2 k* Y9 H' V4 o5 _! y: |0 l
按照Spring in Action书中所述: 5 ]5 A* n- \' K4 ]( z8 {如果目标对象没有实现任何接口,Spring使用CGLIB库生成目标对象的子类。在创建这个类的时候,Spring将通知织入,并且将对目标对象的调用委托给这个子类。 ! ]( {6 Y. B% C. A/ ?$ K% _: ? 8 Q& y0 f, ~* I这段叙述不足以让大家理解到底Spring是如何借助于CGLIB来实现AOP拦截的,在Debug Spring代码过程中,我惊奇的发现,实际上,Spring确实借助于CGLIB生成了个子类,但这个子类只是一个壳,只是原来目标类对象的一个代表,当我们调用目标类的方法时,从表面上看,是被CGLIB生成的子类接受到了,调的是子类的方法,而实际上当子类对象的方法被调用时,又回调了目标类对象的方法。当然在回调时,可以在目标对象的方法被调用前后加点切面处理。 - V- u0 F+ @& V. ^' @
, q7 E! y; N/ U8 v
这样一看,CGLIB生成的目标对象的这个子类,还真是个名副其实的代理(只是代表着目标对象的样子,实际上一有处理就转交目标对象处理了),我们只要想办法搞出这个子类的对象就可以了,由于他是直接回调的目标对象,所以,即使我们所必须的Dao没有被注入到子类对象也是没有关系的。 - I9 I1 L( I" F r" r+ ^/ f/ M4 ^( T
5 _% Z7 I- T e* T: x' L! Q然而,最大的不幸是在下面。 ) @% s3 N6 _; K9 O在AOP切进来之前,实际上目标类的对象已经被注满了东西,也被初始化完毕了,然后,才将AOP切进来。 # s4 O: I' c, _5 N' `在AOP切进来时,对于实现了接口的类,直接用了JDK的动态代理,把目标对象扔给JDK的Proxy,拿到代理对象就完事大吉了。 ; S; t# B! K% N; r2 ?
然而对于没有实现接口的类,就麻烦了,当然肯定的借助于CGLIB来实现代理。 0 m# p+ H- J9 H% z4 n
不幸就在这里,当Spring在制造完了目标对象后,并没有将在生产目标对象进所用的注入构造函数的参数对象传给AOP处理这部分,也就是说当到了AOP这块处理时,目标对象是传过来了,但当时生产它时候所用的构造函数的参数对象并没有一起传过了。 " Z# q' U" P3 S; o
作为使用构造函数注入的目的之一:保证注入属性的不可变性。自然,我们也不会给目标类再安上构造函数注入属性的set/get方法。 6 e, a' `0 B$ W
; ?: o# Y d1 U _/ E, Y
于是乎,当到了DefaultAopProxyFactory类下面的处理时,Spring根本无法将目标对象的构造函数参数对象传给Cglib2AopProxy对象。Cglib2AopProxy类的setConstructorArguments方法也只能是眼巴巴的看着异常的发生。因为到了CGLIB在制造代理对象时,ReflectUtils类的getConstructor方法根本就找不到默认的构造函数,于时异常最终发生了。 ( Y0 d* P* K$ G$ W - g P d: W. @1 f1 [DefaultAopProxyFactory类中的内部CglibProxyFactory : H2 G. m$ G8 W" X B2 p, t
private static class CglibProxyFactory { - G" d8 k! y \0 p2 f4 x9 V