java优化nitpick：是否比在铸造前调用instanceof进行检查更快地投射某些东西并使其引发异常？

Question

在有人说什么之前，我只是出于好奇而问。我不打算根据此答案进行任何过早的优化。

我的问题是关于使用反射和投射的速度。标准的说法是“反射很慢”。我的问题是到底哪一部分慢，为什么？特别是在比较某物是否为另一个实例的父对象时。

我非常有信心，仅将一个对象的类与另一个Class对象进行比较就和任何比较一样快，大概只是对已经存储在对象状态中的单例对象进行直接比较；但是如果一个班级是另一个班级的父级呢？

我通常认为instanceof与常规班级检查一样快，但是今天我想到了，似乎必须在“幕后”进行一些反思instanceof才能起作用。我在网上检查了一下，发现一些地方的人说的instanceof很慢。大概是由于需要比较对象的父对象的反射？

这就引出了下一个问题，那就是铸造。如果我将某物作为对象，则不会得到ClassCastException。但是，如果将对象强制转换为自身的父对象，则不会发生这种情况。本质上instanceof，我在运行时执行转换或执行该操作的逻辑，对吗？我从未听说过有人暗示过铸造对象可能很慢。诚然，并非所有强制类型转换都是针对所提供对象的父对象，但是很多强制类型转换
都是 针对父类。但是从来没有人暗示过这可能很慢。

那是什么。是instanceof真的没有那么慢？都instanceof和铸造父类有点慢？还是有某种原因可以比instanceof通话更快地进行转换？

Answer 1

与往常一样，尝试并查看您的特定情况，但是：

-异常昂贵，非常明显。

-将异常用于代码流几乎总是一个坏主意

编辑：好的，我很感兴趣，所以我写了一个快速测试系统

public class Test{

    public Test(){
        B b=new B();
        C c=new C();


        for(int i=0;i<10000;i++){
            testUsingInstanceOf(b);
            testUsingInstanceOf(c);
            testUsingException(b);
            testUsingException(c);
        }
    }

    public static void main(String[] args){

        Test test=new Test();

    }

    public static boolean testUsingInstanceOf(A possiblyB){
        if (possiblyB instanceof B){
            return true;
        }else{
            return false;
        }
    }
    public static boolean testUsingException(A possiblyB){
        try{
            B b=(B)possiblyB;
            return true;
        }catch(Exception e){
            return false;
        }
    }


    private class A{

    }
    private class B extends A{

    }
    private class C extends A{

    }        
}

个人资料结果：

by InstanceOf: 4.43 ms
by Exception: 79.4 ms

正如我所说，非常昂贵

甚至当它始终是B时（模拟当您99％确信B时，您只需要确保它仍然不会更快即可即可即可：

剖析结果始终为B：

by InstanceOf: 4.48 ms
by Exception: 4.51 ms