其他回答说，这是在Java 7中添加的，并为早期版本提供了变通办法。这个答案试图回答“为什么”

Java是对c++过于复杂的一种反应。它被设计成一种简单干净的语言。

String在语言中有一些特殊情况的处理，但在我看来很明显，设计师试图将特殊的大小写和语法糖分保持在最低限度。

由于字符串不是简单的基元类型，因此打开字符串实际上是相当复杂的。在设计Java的时候，这并不是一个常见的特性，也不太适合极简设计。特别是当他们决定不为字符串使用特殊case ==时，case在==不工作的情况下工作会有点奇怪。

在1.0到1.4之间，语言本身基本保持不变。对Java的大多数增强都是在库方面。

这一切在Java 5中都有所改变，该语言得到了实质性的扩展。在版本7和8中进行了进一步的扩展。我认为这种态度的转变是由c#的兴起所推动的

其他回答说，这是在Java 7中添加的，并为早期版本提供了变通办法。这个答案试图回答“为什么”

Java是对c++过于复杂的一种反应。它被设计成一种简单干净的语言。

String在语言中有一些特殊情况的处理，但在我看来很明显，设计师试图将特殊的大小写和语法糖分保持在最低限度。

由于字符串不是简单的基元类型，因此打开字符串实际上是相当复杂的。在设计Java的时候，这并不是一个常见的特性，也不太适合极简设计。特别是当他们决定不为字符串使用特殊case ==时，case在==不工作的情况下工作会有点奇怪。

在1.0到1.4之间，语言本身基本保持不变。对Java的大多数增强都是在库方面。

这一切在Java 5中都有所改变，该语言得到了实质性的扩展。在版本7和8中进行了进一步的扩展。我认为这种态度的转变是由c#的兴起所推动的

在Java 11+中，变量也是可行的。唯一的条件是它必须是常数。

例如:

final String LEFT = "left";
final String RIGHT = "right";
final String UP = "up";
final String DOWN = "down";

String var = ...;

switch (var) {
    case LEFT:
    case RIGHT:
    case DOWN:
    default:
        return 0;
}

PS.我还没有在早期的jdk中尝试过这一点。所以请更新答案，如果它也支持。

下面是一个基于JeeBee的帖子的完整示例，使用java枚举而不是使用自定义方法。

注意，在Java SE 7及更高版本中，您可以在switch语句的表达式中使用String对象。

public class Main {

    /**
    * @param args the command line arguments
    */
    public static void main(String[] args) {

      String current = args[0];
      Days currentDay = Days.valueOf(current.toUpperCase());

      switch (currentDay) {
          case MONDAY:
          case TUESDAY:
          case WEDNESDAY:
              System.out.println("boring");
              break;
          case THURSDAY:
              System.out.println("getting better");
          case FRIDAY:
          case SATURDAY:
          case SUNDAY:
              System.out.println("much better");
              break;

      }
  }

  public enum Days {

    MONDAY,
    TUESDAY,
    WEDNESDAY,
    THURSDAY,
    FRIDAY,
    SATURDAY,
    SUNDAY
  }
}

除了以上好的论点，我还要补充一点，今天很多人认为switch是Java过去过程化的过时残余(回到C时代)。

我不完全同意这个观点，我认为switch在某些情况下有它的用处，至少因为它的速度，无论如何，它比我在一些代码中看到的一系列级联数字要好…

但实际上，有必要考虑一下需要开关的情况，看看它是否不能被更面向对象的东西所取代。例如Java 1.5+中的枚举，也许是哈希表或其他集合(有时我后悔我们没有(匿名)函数作为第一类公民，就像Lua -没有开关-或JavaScript)，甚至是多态性。

James Curran简洁地说:“基于整数的开关可以优化为非常高效的代码。基于其他数据类型的开关只能编译为一系列if()语句。因此，C和c++只允许在整数类型上切换，因为这对其他类型是没有意义的。”

My opinion, and it's only that, is that as soon as you start switching on non-primitives you need to start thinking about "equals" versus "==". Firstly comparing two strings can be a fairly lengthy procedure, adding to the performance problems that are mentioned above. Secondly if there is switching on strings there will be demand for switching on strings ignoring case, switching on strings considering/ignoring locale,switching on strings based on regex.... I would approve of a decision that saved a lot of time for the language developers at the cost of a small amount of time for programmers.