我试图谷歌这一点,但没有运气。
我有一个非常大的开关,有些情况显然比其他情况更常见。
所以我想知道订单是否真的按原样保留,并且"鞋帮"案例在" lower"之前进行测试,因此评估得更快。
我想保留我的订单,但如果它损害速度,那么重新排序分支将是一个好主意。
例如:
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);
}
答案 0 :(得分:110)
重新排序switch语句没有任何效果。
查看Java字节码规范,可以将switch
编译为lookupswitch
或tableswitch
指令,然后启用int
。 lookupswitch
始终使用排序顺序的可能值进行编译,因此重新排序代码中的常量永远不会重要,并且tableswitch
只有一个相对于指定偏移的可能跳转数组,所以它也从不关心原始秩序。
有关详细信息,请参阅http://docs.oracle.com/javase/specs/jvms/se7/html/jvms-6.html#jvms-6.5.lookupswitch和http://docs.oracle.com/javase/specs/jvms/se7/html/jvms-6.html#jvms-6.5.tableswitch。