【问题标题】:ClassCastException when casting to same object投射到同一对象时出现 ClassCastException
【发布时间】:2017-12-29 12:26:29
【问题描述】:

Java在动态加载类时会抛出Cannot Cast Exception的可能原因是什么?

例子:

    String classToLoad = null;
    try {
        classToLoad = extractMainClassManifest(jar);
        LOGGER.info("Class to load: " + classToLoad);
        JarByteClassloader loader = new JarByteClassloader(jar); 
        // e.g. class MyJarEntryObject extends JarEntryObject
        Class c = loader.loadClass(classToLoad); 
        JarEntryObject jarEntry = (JarEntryObject) c.newInstance();
        // other stuff
    } catch (Exception e) {
        e.printStackTrace();
    }

在这段代码抛出错误的地方,我不认为这里有另一个类加载器(多个类加载器的情况)。

此代码在使用 JUnit 或仅在 main() 方法中运行时运行良好。 在运行时出现转换问题Servlet 容器(例如mvn jetty:run

日志:

java.lang.ClassCastException: com.mywebapp.example.MyJarEntryObject cannot be cast to com.mysdk.JarEntryObject
    at org.restlet.routing.Filter.doHandle(Filter.java:150)
    at org.restlet.routing.Filter.handle(Filter.java:197)
    at org.restlet.routing.Router.doHandle(Router.java:422)
    at org.restlet.routing.Router.handle(Router.java:641)
    at org.restlet.routing.Filter.doHandle(Filter.java:150)
    at org.restlet.routing.Filter.handle(Filter.java:197)
    at org.restlet.routing.Filter.doHandle(Filter.java:150)
    at org.restlet.routing.Filter.handle(Filter.java:197)
    at org.restlet.routing.Filter.doHandle(Filter.java:150)
    at org.restlet.routing.Filter.handle(Filter.java:197)
    at org.restlet.routing.Filter.doHandle(Filter.java:150)
    at org.restlet.engine.application.StatusFilter.doHandle(StatusFilter.java:140)
    at org.restlet.routing.Filter.handle(Filter.java:197)
    at org.restlet.routing.Filter.doHandle(Filter.java:150)
    at org.restlet.routing.Filter.handle(Filter.java:197)
    at org.restlet.engine.CompositeHelper.handle(CompositeHelper.java:202)
    at org.restlet.engine.application.ApplicationHelper.handle(ApplicationHelper.java:77)
    at org.restlet.Application.handle(Application.java:385)
    at org.restlet.routing.Filter.doHandle(Filter.java:150)
    at org.restlet.routing.Filter.handle(Filter.java:197)
    at org.restlet.routing.Router.doHandle(Router.java:422)
    at org.restlet.routing.Router.handle(Router.java:641)
    at org.restlet.routing.Filter.doHandle(Filter.java:150)
    at org.restlet.routing.Filter.handle(Filter.java:197)
    at org.restlet.routing.Router.doHandle(Router.java:422)
    at org.restlet.routing.Router.handle(Router.java:641)
    at org.restlet.routing.Filter.doHandle(Filter.java:150)
    at org.restlet.routing.Filter.handle(Filter.java:197)
    at org.restlet.engine.CompositeHelper.handle(CompositeHelper.java:202)
    at org.restlet.Component.handle(Component.java:408)
    at org.restlet.Server.handle(Server.java:507)
    at org.restlet.engine.connector.ServerHelper.handle(ServerHelper.java:63)
    at org.restlet.engine.adapter.HttpServerHelper.handle(HttpServerHelper.java:143)
    at org.restlet.ext.servlet.ServerServlet.service(ServerServlet.java:1117)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
    at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
    at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
    at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
    at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
    at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726)
    at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
    at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
    at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
    at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
    at org.mortbay.jetty.Server.handle(Server.java:324)
    at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
    at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:829)
    at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
    at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
    at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
    at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
    at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:488)

【问题讨论】:

  • 这里还有一个类加载器。你有 JarByteClassloader 加载类,默认 ClassLoader 提供编译时 JarEntryObject
  • JarByteClassloader 是否委托给其父级?它父母吗?如果不是,@PaulHicks 正确地暗示了这个问题。
  • @KevinKrumwiede 课程是这样的:public class JarByteClassloader extends ClassLoader
  • @PaulHicks 嗯,不错,在这里进行转换的正确方法是什么,不会导致编译时类加载器干扰?
  • 我的意思是它使用this超类构造函数还是this one

标签: java servlets


【解决方案1】:

您的JarByteClassloader 似乎没有加入默认类加载器的层次结构。确保构造函数调用super(ClassLoader)。这样的事情可能会奏效:

public class JarByteClassloader extends ClassLoader {
  public JarByteClassloader(Object objectLoadedByDefaultClassLoader) {
    super(objectLoadedByDefaultClassLoader.getClass().getClassLoader());
  }
}

由于您已经传入了由默认类加载器加载的jar,所以您已经完成了!

实际上,我只记得getSystemClassLoader(),所以这段代码可能更好,而且更能自我记录:

public class JarByteClassloader extends ClassLoader {
  public JarByteClassloader() {
    super(ClassLoader.getSystemClassLoader());
  }
}

【讨论】:

  • 在使用静态main 函数运行时,即使不执行您共享的代码,代码也能正常运行的原因是什么?
  • 顺便说一句,JarByteClassloader 与这里的类加载器非常相似:stackoverflow.com/questions/16602668/…
  • 并且添加 super 方法并不能解决问题。
  • @xybrek com.mysdk.JarEntryObject 类被加载了两次:一次是由为加载 com.mywebapp.example.MyJarEntryObject 而创建的 JarByteClassloader,一次是由用于运行程序的类加载器。 com.mysdk.JarEntryObject 的两个实例不兼容。
  • app 容器和标准 JVM 工作方式不同的原因可能是系统类加载器做了不同的事情:app 容器,每个应用程序都有自己的系统类加载器;在 JUnit / 命令行应用程序中,只有一个系统类加载器。不过这只是猜测。
猜你喜欢
  • 1970-01-01
  • 2019-01-03
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2012-08-30
  • 1970-01-01
  • 2021-12-21
  • 1970-01-01
相关资源
最近更新 更多