Is it possible to use instanceof when passing objects between Threads?

前端 未结 2 1379
梦谈多话
梦谈多话 2020-12-28 19:07

I\'ve run into an issue where instanceof works, and then it doesn\'t. Going into details is difficult, but I think this might be the problem:

Reading this: http://w

相关标签:
2条回答
  • 2020-12-28 19:47

    This has nothing to do with threads, only with class loaders. The same class definition, when loaded by different classloaders, is seen as two different classes by the JVM. So instanceof or casts between the two fail.

    So to answer your original question: passing objects between threads loaded by the same class loader is safe and instanceof et al. works fine.

    Here is an article about class loading issues.

    See also this earlier answer of mine for a way to verify which classloaders are in the game.

    Update to Romain's comment

    Here is some code to test the behaviour of instanceof, among others:

    URL[] urls = new URL[] {new File("build/classes/").toURL()};
    ClassLoader loader1 = new URLClassLoader(urls, null);
    ClassLoader loader2 = new URLClassLoader(urls, null);
    Class<?> c1 = loader1.loadClass("net.torokpeter.Foo");
    Class<?> c2 = loader2.loadClass("net.torokpeter.Foo");
    Object foo1 = c1.newInstance();
    Object foo2 = c2.newInstance();
    
    System.out.println("c1.toString(): " + c1);
    System.out.println("c2.toString(): " + c2);
    System.out.println("c1.equals(c2): " + c1.equals(c2));
    System.out.println("c1 == c2: " + (c1 == c2));
    System.out.println("foo1: " + foo1);
    System.out.println("foo2: " + foo2);
    System.out.println("foo1 instanceof Foo: " + (foo1 instanceof Foo));
    System.out.println("foo2 instanceof Foo: " + (foo2 instanceof Foo));
    System.out.println("c1.isAssignableFrom(c1): " + c1.isAssignableFrom(c1));
    System.out.println("c2.isAssignableFrom(c2): " + c2.isAssignableFrom(c2));
    System.out.println("c1.isAssignableFrom(c2): " + c1.isAssignableFrom(c2));
    System.out.println("c2.isAssignableFrom(c1): " + c2.isAssignableFrom(c1));
    System.out.println("c1.isAssignableFrom(Foo.class): " + c1.isAssignableFrom(Foo.class));
    System.out.println("c2.isAssignableFrom(Foo.class): " + c2.isAssignableFrom(Foo.class));
    System.out.println("Foo.class.isAssignableFrom(c1): " + Foo.class.isAssignableFrom(c1));
    System.out.println("Foo.class.isAssignableFrom(c2): " + Foo.class.isAssignableFrom(c2));
    

    And the output is (in Eclipse, Java5):

    c1.toString(): class net.torokpeter.Foo
    c2.toString(): class net.torokpeter.Foo
    c1.equals(c2): false
    c1 == c2: false
    foo1: net.torokpeter.Foo@360be0
    foo2: net.torokpeter.Foo@45a877
    foo1 instanceof Foo: false
    foo2 instanceof Foo: false
    c1.isAssignableFrom(c1): true
    c2.isAssignableFrom(c2): true
    c1.isAssignableFrom(c2): false
    c2.isAssignableFrom(c1): false
    c1.isAssignableFrom(Foo.class): false
    c2.isAssignableFrom(Foo.class): false
    Foo.class.isAssignableFrom(c1): false
    Foo.class.isAssignableFrom(c2): false
    

    So everything seems to be consistent :-)

    0 讨论(0)
  • 2020-12-28 19:50

    The problem is as Péter Török says, with classloaders. Incidentially, this is also the reason for JNDI which allows common objects to be created by a single, central classloader (meaning also that the classes you need, need to be in the classpath of the single central classloader, giving all kinds of fun when you need more than just Strings).

    0 讨论(0)
提交回复
热议问题