CompilingClassLoader的乐趣，有没有想过在这种情况下子类如何从不同的classloader加载？

Question

下面堆栈跟踪中第29行的createController具有clazz.getClassLo

protected Object createController(Injector injector, String controllerClassFullName) {
    Class<?> clazz = classLoader.clazzForName(controllerClassFullName);
    return injector.getInstance(clazz); //line 29!!!!
}

loadClass online 521正在加载上述'clazz'变量的构造函数的类，但不是从CompilingClassLoader加载的。它不知怎么的跳过了它。构造函数有三个参数，除了最后一个参数外，其他参数都是从CompilingClassLoader加载的：（

这里是我正在谈论的构造函数（您可以看到它在堆栈跟踪中调用getDeclaredConstructors）

@Inject
public CustomerController(
        HashCreator hashCreator,
        TokenGenerator tokenGenerator,
        DataClientProxy clientProxy
) {
    this.hashCreator = hashCreator;
    this.tokenGenerator = tokenGenerator;
    this.clientProxy = clientProxy;
}

最后是堆栈跟踪

loadClass:521, ClassLoader (java.lang)
getDeclaredConstructors0:-1, Class (java.lang)
privateGetDeclaredConstructors:3137, Class (java.lang)
getDeclaredConstructors:2357, Class (java.lang)
forConstructorOf:245, InjectionPoint (com.google.inject.spi)
create:115, ConstructorBindingImpl (com.google.inject.internal)
createUninitializedBinding:706, InjectorImpl (com.google.inject.internal)
createJustInTimeBinding:930, InjectorImpl (com.google.inject.internal)
createJustInTimeBindingRecursive:852, InjectorImpl (com.google.inject.internal)
getJustInTimeBinding:291, InjectorImpl (com.google.inject.internal)
getBindingOrThrow:222, InjectorImpl (com.google.inject.internal)
getProviderOrThrow:1040, InjectorImpl (com.google.inject.internal)
getProvider:1071, InjectorImpl (com.google.inject.internal)
getProvider:1034, InjectorImpl (com.google.inject.internal)
getInstance:1086, InjectorImpl (com.google.inject.internal)
createController:29, DevLoader (org.webpieces.devrouter.impl)

前两个参数是如何从CompilingClassLoader加载的，第三个构造函数是如何从普通类加载器加载的。我认为任何子类都应该通过与父类相同的类加载器来加载？

（由于某种原因，CompilingClassLoader没有加载这个类，导致两个DataAPI.class对象被不同的类加载器加载，这非常有趣）。

嗯，随着我的深入研究，我发现我可以调用clazz.getMethods（），但是当我调用clazz.getDeclaredConstructors（）时，我会得到一个ClassCircularityError。真正有趣的是CustomerController和DataClientProxy都扩展了任何人，所以这真的很奇怪。

院长

Answer 1

肮脏。所以，文件的包名是错误的。虽然eclipse不允许这样做，intellij将其标记为red，gradle和java让它编译得很好，但是当我们查找源代码时，我们找不到源代码，因此它最终无法通过CompilingClassLoader加载它，这造成了一个非常混乱的问题。我甚至不能抛出一个这样的异常，告诉开发人员包是错误的，因为我只知道classnames，不知道包名是否是错误的，因为所有类都要通过这个classloader。艾克。