==

потому что для int вы не можете, например, сделать equals, а в случае enum, equals и == вернут то же самое

EDIT

Мое предположение неверно, он использует lookuptable, в байт-коде он хотел бы:

 tableswitch

что не намного быстрее, чем обычный if / else, a, как отмечали другие.

такие как целые числа, то Java будет использовать== сравнить их Если вы используете строки, то Java будет использоватьequals() метод для проверки, если строки равны. Если вы используете оператор switch с перечислениями, то== а такжеequals() оба одинаковы, поэтому не имеет значения, какой из них используется.

1.Before прибытие изJava 7, это было"=="потому что мы могли бы использоватьinteger and char for switch case, and as they were primitiveтак должно было быть"==".

2. ОтJava 7, String also was allowed in switch caseи строка являетсяobject, ".equals" используется.

Я хотел бы добавить это ... что"==" используется дляcompare Object Reference Variable, not the Object itself, С помощью".equals" мыcompare the objects.

этот ответ, Джаваswitch (по крайней мере, до 1.7) не всегда компилируется в== or .equals(), Вместо этого он использует поиск по таблице. Хотя это очень небольшая микрооптимизация, при большом количестве сравнений поиск таблиц почти всегда будет быстрее.

Обратите внимание, что это используется только дляswitch заявления, которые проверяют против плотных ключей. Например, проверка значения enum для всех его возможностей, вероятно, приведет к этой первичной реализации (внутренне вызываемойtableswitch).

При проверке более малонаселенных наборов ключей JVM будет использовать альтернативную систему, известную какlookupswitch, Вместо этого он будет просто сравнивать различные ключи и значения, делая по существу оптимизированный== сравнение для каждой возможности. Чтобы проиллюстрировать эти два метода, рассмотрим следующие два оператора switch:

switch (value1) {
case 0:
    a();
    break;
case 1:
    b();
    break;
case 2:
    c();
    break;
case 3:
    d();
    break;
}

switch (value2) {
case 0:
    a();
    break;
case 35:
    b();
    break;
case 103:
    c();
    break;
case 1001:
    d();
    break;
}

Первый пример, скорее всего, будет использовать поиск по таблице, в то время как другой (в основном) будет использовать== сравнение.

types. It also works with enumerated types (discussed in Enum Types), the String class, and a few special classes that wrap certain primitive types: Character, Byte, Short, and Integer. (Java 1.6)

В то время как примитивы сравниваются с==,switch метод наверняка использует этот вид сравнения в Java 1.6 (и ранее).

Вот

In bytecode there are two forms of switch: tableswitch and lookupswitch. One assumes a dense set of keys, the other sparse. See the description of compiling switch in the JVM spec. For enums, the ordinal is found and then the code continues as the int case. I am not entirely sure how the proposed switch on String little feature in JDK7 will be implemented.

However, heavily used code is typically compiled in any sensible JVM. The optimiser is not entirely stupid. Don't worry about it, and follow the usual heuristics for optimisation.

Вы найдете подробный ответ наВот