ByteBuddy 1.10.2 抛出"java.lang.IllegalStateException: 无法

Question

我在为Instrumentation安装AgentBuilder转换时看到AgentBuilder.Listener.onError(...)Cannot resolve type description错误。

代理代码为：

public static void premain(final String agentArgs, final Instrumentation inst) {
System.out.println("from bytebuddy: agent premain");
new AgentBuilder.Default(new ByteBuddy().with(TypeValidation.DISABLED))
.disableClassFormatChanges()
.ignore(none())
.with(RedefinitionStrategy.RETRANSFORMATION)
.with(InitializationStrategy.NoOp.INSTANCE)
.with(TypeStrategy.Default.REDEFINE)
.with(new AgentBuilder.Listener() {
public void onDiscovery(final String typeName, final ClassLoader classLoader, final JavaModule module, final boolean loaded) {
log("Event::onDiscovery(" + typeName + ", " + getNameId(classLoader) + ", " + module + ", " + loaded + ")");
}
public void onTransformation(final TypeDescription typeDescription, final ClassLoader classLoader, final JavaModule module, final boolean loaded, final DynamicType dynamicType) {
log("Event::onTransformation(" + typeDescription.getName() + ", " + getNameId(classLoader) + ", " + module + ", " + loaded + ", " + dynamicType + ")");
}
public void onIgnored(final TypeDescription typeDescription, final ClassLoader classLoader, final JavaModule module, final boolean loaded) {
log("Event::onIgnored(" + typeDescription.getName() + ", " + getNameId(classLoader) + ", " + module + ", " + loaded + ")");
}
public void onError(final String typeName, final ClassLoader classLoader, final JavaModule module, final boolean loaded, final Throwable throwable) {
log("Event::onError(" + typeName + ", " + getNameId(classLoader) + ", " + module + ", " + loaded + ")", throwable);
}
public void onComplete(final String typeName, final ClassLoader classLoader, final JavaModule module, final boolean loaded) {
log("Event::onComplete(" + typeName + ", " + getNameId(classLoader) + ", " + module + ", " + loaded + ")");
}
})
.type(hasSuperType(named("com.ning.http.client.AsyncHttpClientConfig$Builder")))
.transform(new Transformer() {
public DynamicType.Builder<?> transform(final DynamicType.Builder<?> builder, final     
System.out.println("from bytebuddy: transform");
TypeDescription typeDescription, final ClassLoader classLoader, final JavaModule module) {
return builder.visit(Advice.to(AHCBuilderExit.class).on(isDefaultConstructor()));
}})
.installOn(inst);
}

这是使用ByteBuddy v1.10.2和Mule 4(jdk1.8(作为目标应用程序。

这里有一篇关于同一问题的类似帖子，但回复并没有让我找到解决方案。

输出显示"from bytebuddy：agent premain"，但不显示 "from bytebuddy： transform"。相反，日志显示属于引导类装入器中的许多类的异常，例如：

Event::onError(org.mule.weave.v2.el.WeaveExpressionLanguage, org.mule.runtime.module.artifact.api.classloader.MuleArtifactClassLoader@6d4b1d14, null, false)
java.lang.IllegalStateException: Cannot resolve type description for java.lang.Exception
at net.bytebuddy.pool.TypePool$Resolution$Illegal.resolve(TypePool.java:159)
at net.bytebuddy.pool.TypePool$Default$WithLazyResolution$LazyTypeDescription.delegate(TypePool.java:914)
at net.bytebuddy.description.type.TypeDescription$AbstractBase$OfSimpleType$WithDelegation.getSuperClass(TypeDescription.java:8031)
at net.bytebuddy.description.type.TypeDescription$Generic$OfNonGenericType.getSuperClass(TypeDescription.java:3619)
at net.bytebuddy.description.type.TypeDefinition$SuperClassIterator.next(TypeDefinition.java:314)
at net.bytebuddy.description.type.TypeDefinition$SuperClassIterator.next(TypeDefinition.java:281)
at net.bytebuddy.matcher.HasSuperTypeMatcher.matches(HasSuperTypeMatcher.java:53)
...

似乎正在查询类型描述的类加载器没有提供所需的类。有没有办法为这些查找指定备用ClassFileLocator？

导致错误的特定类装入器是：org.mule.runtime.module.artifact.api.classloader.MuleArtifactClassLoader

有趣的是，当使用 Byteman 作为代理时，此检测按预期工作，具有以下规则文件：

RULE AsyncHttpClientConfig.Builder.<init>
CLASS com.ning.http.client.AsyncHttpClientConfig$Builder
METHOD <init>
AT EXIT
IF TRUE
DO
traceln("from byteman: AsyncHttpClientConfig$Builder.<init> triggered: " + getClass().getClassLoader());
ENDRULE

任何建议将不胜感激！ 感谢您的帮助！

Answer 1

堆栈跟踪显示您正在对字节好友应用超类型检查，而您不与字节曼一起使用。如果您仅用named(...)替换hasSuperType(named(...))匹配器，它可能会正常工作而不会出现错误，因为这是错误似乎发生的地方。Byte Buddy 需要解析类层次结构中的所有类，以便能够应用此匹配器，这在您的情况下似乎是不可能的。

然而，ClassLoader无法解析java.lang.Exception类文件似乎很奇怪;您可能正在使用的类加载器是一个不委托给引导加载程序的自定义实现。

您可以通过在代理中定义一个始终查询引导加载程序作为替代选项的自定义LocationStrategy来规避此问题：

class BootFallbackLocationStrategy implements AgentBuilder.LocationStrategy {
@Override
public ClassFileLocator classFileLocator(ClassLoader classLoader, JavaModule module) {
return new ClassFileLocator.Compound(
ClassFileLocator.ForClassLoader.of(classLoader),  
ClassFileLocator.ForClassLoader.ofBootLoader())
}
}

正如我的评论中提到的，如果您可以命名无法解析类文件的类加载器的类型，我也许能够提供更详细的答案。

我将在未来版本的 Byte Buddy 中添加这种位置策略的标准实现，以便更轻松地解决此问题。此票证中跟踪进度：https://github.com/raphw/byte-buddy/issues/794