TA的每日心情 衰 2021-2-2 11:21
签到天数: 36 天
[LV.5]常住居民I
在做AOP 日志记录时 启动项目报如下错误0 v9 B$ Z. [7 {9 ~+ p
4 K" L/ j. Z# @0 {: O- e. _
java .lang.IllegalArgumentException: Superclass has no null constructors but no arguments were given 7 Q. o+ O5 \2 b" \
* s- }! M4 d" q3 {! M; Y 大概意思是说 父类没有空的构造函数但没有给出参数 出自百度翻译。# v2 g( o v5 L4 b D! D- g
) G8 p- G; c* ]3 H
说明一下:
k$ v1 r5 Q) t 在类没有实现任何接口,并且没有默认构造函数的情况下,通过构造函数注入时,目前的spring 是无法实现AOP切面拦截的。
2 [1 y3 `1 v8 {! H! Y/ D! @* g 8 O$ Y# o8 V4 @: F
也就是说 生成一个空的构造方法即可。0 s3 ?' |7 Y) H5 t3 I3 |* a% ]* U. r
原因分析
* g$ |/ z1 p. j$ v( T" ]5 M
) |( g$ q% z' ?6 I% [ 【前提】本文提到的没有实现接口,使用构造函数注入的类是Service层的类,并且注入的是Dao对象。
4 Q4 ~# x: |2 z5 @% C# Z: B2 g5 d 我把Service类中加了默认构造函数,测试了一下,果然成功了,但是我就纳闷了,为什么加个默认构造函数就行了呢?如果是真的使用了这个默认构造函数生成类对象,那么起码Dao是根本就没有被注入到Service中的,而我在实际的测试中,读写数据库一切正常,显然意味着Dao对象是已经注入到Service对象里了。 , T" C) {6 ]* E2 C! q! w9 L4 j& Y
: }9 o2 P3 h) E/ o+ Q 按照Spring in Action书中所述:
1 ]3 r; }9 [" L, f5 ? 如果目标对象没有实现任何接口,Spring使用CGLIB库生成目标对象的子类。在创建这个类的时候,Spring将通知织入,并且将对目标对象的调用委托给这个子类。
3 G) I& L/ X2 _4 _3 d% d
1 x, E7 }0 x7 D& b' c$ O3 M1 a% b0 ? 这段叙述不足以让大家理解到底Spring是如何借助于CGLIB来实现AOP拦截的,在Debug Spring代码过程中,我惊奇的发现,实际上,Spring确实借助于CGLIB生成了个子类,但这个子类只是一个壳,只是原来目标类对象的一个代表,当我们调用目标类的方法时,从表面上看,是被CGLIB生成的子类接受到了,调的是子类的方法,而实际上当子类对象的方法被调用时,又回调了目标类对象的方法。当然在回调时,可以在目标对象的方法被调用前后加点切面处理。 1 g7 V! K) ^( r$ V$ z
9 J; K& U/ G: v9 o3 B `% e0 G
这样一看,CGLIB生成的目标对象的这个子类,还真是个名副其实的代理(只是代表着目标对象的样子,实际上一有处理就转交目标对象处理了),我们只要想办法搞出这个子类的对象就可以了,由于他是直接回调的目标对象,所以,即使我们所必须的Dao没有被注入到子类对象也是没有关系的。
/ H" Q0 z; n+ X8 j# u; V- K" _
) J7 C. o8 H) M 然而,最大的不幸是在下面。
1 x# C$ P! `% P# J% |: a- A 在AOP切进来之前,实际上目标类的对象已经被注满了东西,也被初始化完毕了,然后,才将AOP切进来。 # ^6 ~, i0 h$ R k; Z9 ?
在AOP切进来时,对于实现了接口的类,直接用了JDK的动态代理,把目标对象扔给JDK的Proxy,拿到代理对象就完事大吉了。
) q- I& g% d9 @& w5 T) z 然而对于没有实现接口的类,就麻烦了,当然肯定的借助于CGLIB来实现代理。 + I+ v$ Z* h t' F; q
不幸就在这里,当Spring在制造完了目标对象后,并没有将在生产目标对象进所用的注入构造函数的参数对象传给AOP处理这部分,也就是说当到了AOP这块处理时,目标对象是传过来了,但当时生产它时候所用的构造函数的参数对象并没有一起传过了。 1 d$ [! _$ o k2 k3 N5 a# l5 K% J( R3 a
作为使用构造函数注入的目的之一:保证注入属性的不可变性。自然,我们也不会给目标类再安上构造函数注入属性的set/get方法。
6 ^" H$ V6 C* G4 Y6 s3 o2 O
( _' O! ]: ^4 s9 u+ U, l4 m; s 于是乎,当到了DefaultAopProxyFactory类下面的处理时,Spring根本无法将目标对象的构造函数参数对象传给Cglib2AopProxy对象。Cglib2AopProxy类的setConstructorArguments方法也只能是眼巴巴的看着异常的发生。因为到了CGLIB在制造代理对象时,ReflectUtils类的getConstructor方法根本就找不到默认的构造函数,于时异常最终发生了。 8 B! o7 Y1 ^$ K, q
) V! R$ F2 s" z# a; a9 s DefaultAopProxyFactory类中的内部CglibProxyFactory ! W5 L$ I6 x0 y/ n
private static class CglibProxyFactory {
9 c" c5 H( o; C( G b
J4 E, e2 |% G% F8 H- ^* K, C( z public static AopProxy createCglibProxy(AdvisedSupport advisedSupport) {
( M9 o+ F- q* F return new Cglib2AopProxy(advisedSupport);
9 X# t2 I* b' V }
. i' O, a" f7 D8 c" |. p } 复制代码 ReflectUtils类的getConstructor方法
4 s& e N- y" S; @# B% D public static Constructor getConstructor(Class type, Class[] parameterTypes) {% n5 d8 y9 I$ p4 F
try {
! E O7 a$ m) A- P' N/ F p Constructor constructor = type.getDeclaredConstructor(parameterTypes);4 b* ?+ j& E% F" z7 R9 |
constructor.setAccessible(true);4 v b, g+ |- F2 y
return constructor;7 N1 f: m* l) \/ H! U# s
} catch (NoSuchMethodException e) {
# o# L) `/ }7 j b& @ throw new CodeGenerationException(e);
7 S% m, k# E7 t. x/ x }
* V. h( S* o$ \* [ i$ I } 复制代码 0 {. c) i5 N3 t0 ?9 F, C
Cglib2AopProxy类的setConstructorArguments方法 2 h( i7 g' D* \0 p) o9 K9 l- L
注:该方法,Spring的AOP处理中并没有使用。 public void setConstructorArguments(Object[] constructorArgs, Class[] constructorArgTypes) {$ w, _& W+ c) ?' o4 y# W
if (constructorArgs == null || constructorArgTypes == null) {$ p3 a6 R. R" n
throw new IllegalArgumentException("Both 'constructorArgs' and 'constructorArgTypes' need to be specified");( T3 ^2 m% z$ Q
}
7 [* r- G+ |4 b% [2 T& n% F if (constructorArgs.length != constructorArgTypes.length) {8 z* Q* G7 A' w- B7 ?5 a% ? `
throw new IllegalArgumentException("Number of 'constructorArgs' (" + constructorArgs.length +4 x- \) j- {5 ]* r4 r
") must match number of 'constructorArgTypes' (" + constructorArgTypes.length + ")");
& o. w; ^: _& V+ _$ O# w! o8 S, m }$ S( T2 [& G9 w: Z, s; @+ K
this.constructorArgs = constructorArgs;7 Y; Z3 b8 \- F" {2 C) Y
this.constructorArgTypes = constructorArgTypes;7 K+ y, d' l Y: e2 |5 M
} 复制代码 Cglib2AopProxy类的getProxy方法片段
+ s& K( j/ N3 l+ T# e. M& q' P // Generate the proxy class and create a proxy instance.! r. D- x' S7 R% e8 i+ K
Object proxy;
6 Z7 E! M: u6 D' g5 @6 s$ n if (this.constructorArgs != null) {$ [' V5 _; w& \! F" U
proxy = enhancer.create(this.constructorArgTypes, this.constructorArgs);
' y/ O7 {! I0 x5 D }
* M( I' T Q3 N# {$ h V else {$ q& R7 f4 K' X2 w
proxy = enhancer.create();/ x" s# R) X) W1 F7 S# M' a" u
} 复制代码
3 o* Y; ~ h- B8 U/ @- ^ 以上的分析就差不多结束了,恰恰是因为Spring通过CGLIB生成代理类对象时,并没有将目标对象的构造函数的参数及其类型进行设定,导致了CGLIB在生成代理类对象时,会使用默认的构造函数生成,结果目标对象类没有默认构造函数,CGLIB生成子类时,也没有加入默认构造函数,所以,异常的发生成为必然。 3 }- o9 y: _" A2 \3 p3 C
: T% n) d7 V2 \$ ~1 Z: ^2 j; h' v
解决方案 3 Z9 C+ C) q& g6 m. K# |
有人说,我们都用接口就好了,为什么一定要不用接口呢。 8 {" m5 R, W: X- K, X% c( S) b
正如CGLIB代理引入的初衷:遗留系统或无法实现接口的第三方类库同样可以得到通知。 5 w: k9 D3 M- {/ A
/ N0 B O6 m' j- s1 w+ `
以下的方案只是抛砖引玉,简单实现,如果您的条件更恶劣(情况更复杂),还需要进一步改造。 1 U( `8 D" E) @: a0 X- q
. O. I" O! X7 {9 x g 在上文我也提到,只要能生成出目标对象的子类对象,DAO注不注到子类对象里根据无关轻重,反而注入并不见得是好事。Spring借助目标对象的壳来实现代理功能,我们的目标也就是实现这个壳,让这个壳能顺利的生成出来。
6 ]/ r! [* V" p! p# |1 F 明白了这个道理就好办多了。我们可以把org.springframework.aop.framework.DefaultAopProxyFactory类的源代码拷贝到我们的环境中,对其内部类CglibProxyFactory进行改造。 6 a# O. n% d0 {& a& D! X( F
下面的代码中,我先获得目标对象的构造函数的类型,然后利于CGLIB生产一个这样的对象,通过c2aop.setConstructorArguments(new Object[] { enhancer.create() }, clazz);传给Cglib2AopProxy对象。这样,当CGLIB生成目标对象子类的对象时,就会正确的生产出来了。
6 q( C* W: g( L1 D# P6 B, R* T _: a0 N8 {( ^7 e1 \: o. ~2 z$ n
注:我现在测试用的Service类的构造函数只有一个Dao参数。 ) A v3 Q! P- ~' t8 q1 M
, y( B" a- h8 W
3 t1 a4 [( o0 _, c$ I0 Q4 z: \% t 改造前: # Z1 I% b; J+ E& D
private static class CglibProxyFactory {
v ]5 E: K0 S$ }) x3 v# F- Y; u ' |+ ?) c+ T2 H5 `+ J
public static AopProxy createCglibProxy(AdvisedSupport advisedSupport) {
$ G! O' d$ N' \% `: v" ]# T return new Cglib2AopProxy(advisedSupport);
/ F# }7 Y* [+ s/ f+ z }
9 m6 X6 _# m- p' s4 N/ C } 复制代码 改造后: " h5 J& C% j. t! Q0 Q; o' F
private static class CglibProxyFactory {
+ P) V0 J ?3 N% J/ s; L4 } 4 `' R# ~8 O2 X2 C; `0 M
public static AopProxy createCglibProxy(AdvisedSupport advisedSupport) {
- R d$ l4 H D) a( z Cglib2AopProxy c2aop = new Cglib2AopProxy(advisedSupport);
/ a2 a1 W" O- k$ D; h$ t/ |5 Z; L% [8 F ; a' r: z9 @5 c* X9 _! w9 U; R
Object obj;
8 p! Q3 B+ _& s try {
0 j) O; S5 |: r) l% r obj = advisedSupport.getTargetSource().getTarget();) j2 p( R7 @& h( i# n$ v
if (null == obj) {
2 k9 r4 V/ s5 ?+ _ throw new Exception("错误:找不到目标对象!");& ]4 `0 s; @! A9 Z
}
% }( p# O) a C! v } catch (Exception e) {
' G4 V- L U) _+ q e.printStackTrace();
- K& n3 {" m& z throw new RuntimeException(e);5 k6 s R8 L0 T/ \
}
* W( }% _3 n* `/ x
& |2 D' |: R m& O Constructor[] cstructs = obj.getClass().getDeclaredConstructors();3 e/ }+ c/ D5 s6 \
if (cstructs.length == 1) {
0 D+ _1 f# X( u# } Constructor cstruct = cstructs[0];% @' Q' l1 M0 K* F& m
Class[] clazz = cstruct.getParameterTypes();1 A H8 R; ?( t( I5 t" f
$ F5 E: Q2 A+ X9 a1 \8 E/ o. p if (clazz.length == 1) {) F) B" M( b" l9 C9 I3 U* ]' o: Y- {
Enhancer enhancer = new Enhancer();
- t2 S3 f1 `7 q5 Z enhancer.setSuperclass(clazz[0]);
2 w* X8 Y2 b0 ^! t7 F, d0 i enhancer.setCallback(new MethodInterceptorImpl());
! S$ ^/ k ]- @# ?& @2 X2 J9 k a
& B9 }* V# {, N% ]2 q& O- F5 s c2aop.setConstructorArguments(new Object[] { enhancer.create() }, clazz);$ u3 V M" `1 @! ?* Y
}1 ~1 k, O+ r( l+ o" s
}
) o6 c \3 w( H% h- |7 I " o0 w# Y# U+ ]! c1 a
return c2aop;
5 T1 K a ]! T' W+ `& D }
: m: X2 h( n7 D; H }
5 g, c7 i% `# i- S! O: v
0 u' Z( z. w2 _ private static class MethodInterceptorImpl implements MethodInterceptor {# @- ^$ V& i9 K( m
public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) U! b, I, n& ^( x
throws Throwable {. G P1 g) u' A9 d
proxy.invokeSuper(obj, args);& ?1 z7 ]1 G( K+ X
return null;; Q5 t3 U0 ^; `% k; o$ c; ~1 J7 \
}
& ?2 Q3 c; }+ A' a+ } } 复制代码 % B, a; q6 [& @ Z* `3 ~ B3 I
再说一点,实际上,如果能从CGLIB入手,在生产目标对象类的子类时,加上一个默认构造函数就帅了。
) L- r+ K3 _1 {; L; \' z4 W 但是对CGLIB进行改造,难度不是一半点,所以,还是直接改Spring的类来的直接些。 % ] K+ m( E: D( v
5 ?9 D! M$ T: Y / n9 @5 p: t* L, A, s% G
原文转自:http://www.iteye.com/problems/7876
& u- I! G; z" t! j3 e: n8 |
科帮网 1、本主题所有言论和图片纯属会员个人意见,与本社区立场无关2、本站所有主题由该帖子作者发表,该帖子作者与科帮网 享有帖子相关版权3、其他单位或个人使用、转载或引用本文时必须同时征得该帖子作者和科帮网 的同意4、帖子作者须承担一切因本文发表而直接或间接导致的民事或刑事法律责任5、本帖部分内容转载自其它媒体,但并不代表本站赞同其观点和对其真实性负责6、如本帖侵犯到任何版权问题,请立即告知本站,本站将及时予与删除并致以最深的歉意7、科帮网 管理员和版主有权不事先通知发贴者而删除本文
JAVA爱好者①群:
JAVA爱好者②群:
JAVA爱好者③ :