考虑以下情况。假设你想检查类型A是否是obj类型的超类，你也可以这样做

... A.class.isAssignableFrom（obj.getClass（）） ...

OR

.．. A . obj instanceof .．.

但是isAssignableFrom解决方案要求obj的类型在这里是可见的。如果不是这样(例如，obj的类型可能是一个私有内部类)，则该选项无效。然而，instanceof solution总是可以工作的。

isAssignableFrom(A, B) =

if (A == B) return true
else if (B == java.lang.Object) return false
else return isAssignableFrom(A, getSuperClass(B))

The pseudo code above is a definition of, if references of type/class A is assignable from references of type/class B. It is a recursive definition. To some it may be helpful, for others it may be confusing. I add it in case somebody should find it useful. This is just an attempt to capture my understanding, it is not the official definition. It is used in a certain Java VM implementation and works for many example programs, so while I cannot guarentee that it captures all aspects of isAssignableFrom, it is not completely off.

这个帖子让我了解了instanceof与isAssignableFrom的不同之处，所以我想分享一下我自己的一些内容。

我发现使用isAssignableFrom是唯一的(可能不是唯一的，但可能是最简单的)方法来询问自己一个类的引用是否可以接受另一个类的实例，当一个类的实例都没有时进行比较。

因此，当我只有类时，我不认为使用instanceof操作符比较可赋值性是一个好主意，除非我打算从其中一个类创建一个实例;我觉得这样会很草率。

在性能“2”方面(与JMH):

class A{}
class B extends A{}

public class InstanceOfTest {

public static final Object a = new A();
public static final Object b = new B();

@Benchmark
@BenchmarkMode(Mode.AverageTime)
@OutputTimeUnit(TimeUnit.NANOSECONDS)
public boolean testInstanceOf()
{
    return b instanceof A;
}

@Benchmark
@BenchmarkMode(Mode.AverageTime)
@OutputTimeUnit(TimeUnit.NANOSECONDS)
public boolean testIsInstance()
{
    return A.class.isInstance(b);
}

@Benchmark
@BenchmarkMode(Mode.AverageTime)
@OutputTimeUnit(TimeUnit.NANOSECONDS)
public boolean testIsAssignableFrom()
{
    return A.class.isAssignableFrom(b.getClass());
}

public static void main(String[] args) throws RunnerException {
    Options opt = new OptionsBuilder()
            .include(InstanceOfTest.class.getSimpleName())
            .warmupIterations(5)
            .measurementIterations(5)
            .forks(1)
            .build();

    new Runner(opt).run();
}
}

它给:

Benchmark                            Mode  Cnt  Score   Error  Units
InstanceOfTest.testInstanceOf        avgt    5  1,972 ? 0,002  ns/op
InstanceOfTest.testIsAssignableFrom  avgt    5  1,991 ? 0,004  ns/op
InstanceOfTest.testIsInstance        avgt    5  1,972 ? 0,003  ns/op

因此，我们可以得出结论:instanceof as fast as isInstance() and isAssignableFrom() not far(+0.9%的执行时间)。所以无论你选择什么都没有真正的区别

Instanceof只能用于引用类型，不能用于基本类型。isAssignableFrom()可以用于任何类对象:

a instanceof int  // syntax error
3 instanceof Foo  // syntax error
int.class.isAssignableFrom(int.class)  // true

看到http://java.sun.com/javase/6/docs/api/java/lang/Class.html isAssignableFrom (. lang . class)。

Instanceof也不能用于基本类型或泛型类型。如下代码所示:

//Define Class< T > type ... 

Object e = new Object();

if(e instanceof T) {
  // Do something.
}

错误是:不能对类型参数t执行instanceof检查，而是使用它的erasure对象，因为进一步的泛型类型信息将在运行时被擦除。

由于删除运行时引用的类型擦除而无法编译。然而，下面的代码将编译:

if( type.isAssignableFrom(e.getClass())){
  // Do something.
}