开关盒顺序会影响速度吗？[重复]

Question

我试图谷歌这个，但运气不好。

我有一个很大的转变，有些病例明显比其他病例更常见。

所以我想知道订单是否真的保持原样，并且“上层”案例在“下层”案例之前得到测试，因此评估得更快。

我想保留我的订单，但如果这会影响速度，那么重新排序分支将是一个好主意。

举例说明：

switch (mark) {
        case Ion.NULL:
            return null;

        case Ion.BOOLEAN:
            return readBoolean();

        case Ion.BYTE:
            return readByte();

        case Ion.CHAR:
            return readChar();

        case Ion.SHORT:
            return readShort();

        case Ion.INT:
            return readInt();

        case Ion.LONG:
            return readLong();

        case Ion.FLOAT:
            return readFloat();

        case Ion.DOUBLE:
            return readDouble();

        case Ion.STRING:
            return readString();

        case Ion.BOOLEAN_ARRAY:
            return readBooleans();

        case Ion.BYTE_ARRAY:
            return readBytes();

        case Ion.CHAR_ARRAY:
            return readChars();

        case Ion.SHORT_ARRAY:
            return readShorts();

        case Ion.INT_ARRAY:
            return readInts();

        case Ion.LONG_ARRAY:
            return readLongs();

        case Ion.FLOAT_ARRAY:
            return readFloats();

        case Ion.DOUBLE_ARRAY:
            return readDoubles();

        case Ion.STRING_ARRAY:
            return readStrings();

        default:
            throw new CorruptedDataException("Invalid mark: " + mark);
    }

Answer 1

对switch语句重新排序没有任何效果。

查看Java字节码规范，可以将开关编译为查找开关或表开关指令，打开int。lookupswitch总是以排序顺序使用可能的值进行编译，因此对代码中的常量重新排序将不再重要，tableswitch只是相对于指定偏移量有一个可能的跳转数组，所以它也不关心原始顺序。

看见http://docs.oracle.com/javase/specs/jvms/se7/html/jvms-6.html#jvms-6.5.查找开关和http://docs.oracle.com/javase/specs/jvms/se7/html/jvms-6.html#jvms-6.5.请查看详细信息。