Marco‘s Java【ByteBudy字节码与Spring AOP共用造成ClassNotFound】

最新推荐文章于 2024-08-02 15:42:19 发布

Marco Zheng

最新推荐文章于 2024-08-02 15:42:19 发布

阅读量629

点赞数

分类专栏： Java 文章标签： java spring servlet

本文链接：https://blog.csdn.net/weixin_44698119/article/details/128948798

版权

Java 专栏收录该内容

22 篇文章 0 订阅

订阅专栏

文章描述了一个在使用ByteBuddy进行类代理时与SpringAOP集成出现的ClassNotFound异常问题。原因是ByteBuddy生成的代理类在Spring的bean初始化过程中未能被正确加载。解决方案是通过ByteBuddy的INJECTION方式将代理类注入到AppClassLoader中，从而解决加载问题。

摘要由CSDN通过智能技术生成

Marco‘s Java【ByteBudy字节码与Spring AOP共用造成ClassNotFound】

背景

为了避免与Spring AOP技术强绑定，提升组件的可移植性（如将sdk方式转agent方式），提高代理的执行效率等原因，

在Repeat组件中采用ByteBuddy技术对指定类进行代理，但是使用@PreventRepeat组件时发生下述异常

Initialization of bean failed; nested exception is org.springframework.aop.framework.AopConfigException: Could not generate CGLIB subclass of class com.corpgovernment.organization.controller.TestController$ByteBuddy$pX8WFoCZ: Common causes of this problem include using a final class or a non-visible class; nested exception is org.springframework.cglib.core.CodeGenerationException: java.lang.NoClassDefFoundError-->com/corpgovernment/organization/controller/TestController$ByteBuddy$pX8WFoCZ] with root cause
java.lang.ClassNotFoundException: com.corpgovernment.organization.controller.TestController$ByteBuddy$pX8WFoCZ
	at java.net.URLClassLoader.findClass(URLClassLoader.java:382)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:418)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:355)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:351)
	...
 	at org.springframework.cglib.proxy.Enhancer.createHelper(Enhancer.java:572)
	at org.springframework.cglib.proxy.Enhancer.createClass(Enhancer.java:419)
	at org.springframework.aop.framework.ObjenesisCglibAopProxy.createProxyClassAndInstance(ObjenesisCglibAopProxy.java:57)
	at org.springframework.aop.framework.CglibAopProxy.getProxy(CglibAopProxy.java:206)
	at org.springframework.aop.framework.ProxyFactory.getProxy(ProxyFactory.java:110)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.createProxy(AbstractAutoProxyCreator.java:482)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.wrapIfNecessary(AbstractAutoProxyCreator.java:351)
	at org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator.postProcessAfterInitialization(AbstractAutoProxyCreator.java:300)

根据上述异常可以找到一些细节点

1、Class找不到

2、在执行AbstractAutoProxyCreator时找不到

3、底层执行 URLClassLoader 时找不到

这里有两个问题

1、为什么在执行TestController时还要创建Proxy？

2、为什么URLClassLoader找不到Class？

查找问题

为什么在执行TestController时还要创建Proxy？

针对第一个问题，我们可以通过日志推断发现

找不到的Class名称为com.corpgovernment.organization.controller.TestController$ByteBuddy$pX8WFoCZ

我们重新启动项目对AbstractAutoProxyCreator的postProcessAfterInitialization方法进行Debug，发现启动加载的Class是com.corpgovernment.organization.controller.TestController

但由于我们采用ByteBuddy对类com.corpgovernment.organization.controller.TestController进行了代理操作，代理后生成的Class文件名称为com.corpgovernment.organization.controller.TestController$ByteBuddy$pX8WFoCZ，

而我们执行生成代理操作的时机是InitializingBean，时机晚于postProcessAfterInitialization，所以com.corpgovernment.organization.controller.TestController$ByteBuddy$pX8WFoCZ没有被Proxy代理

public class ReplaceBeanDefinitionRegistryPostProcessor implements InitializingBean {

@Override
public void afterPropertiesSet() throws Exception {
    ByteCodeDynamicEnhancer.enhance("repeat");
    ...
}

}

这也就解释了为什么后续在执行com.corpgovernment.organization.controller.TestController $B y t e B u dd y$ pX8WFoCZ类时会进行postProcessAfterInitialization方法创建代理

为什么URLClassLoader找不到Class？

在解释这个问题之前，我们先了解下URLClassLoader是什么？

继承关系:

java.lang.Object

       --- java.lang.ClassLoader
              --- java.security.SecureClassLoader
                      ---  java.net.URLClassLoader
                            --- sun.misc.Launcher$ExtClassLoader

 
java.lang.Object

       --- java.lang.ClassLoader
              --- java.security.SecureClassLoader
                      ---  java.net.URLClassLoader
                            --- sun.misc.Launcher$AppClassLoader