带有String情况的Switch语句已经在Java SE 7中实现，距离它们第一次被请求至少有16年了。目前还没有给出延迟发布的明确原因，但可能与性能有关。

JDK 7中的实现

这个特性现在已经在javac中通过“去糖化”过程实现了;在case声明中使用String常量的干净的高级语法在编译时扩展为遵循模式的更复杂的代码。生成的代码使用一直存在的JVM指令。

A switch with String cases is translated into two switches during compilation. The first maps each string to a unique integer—its position in the original switch. This is done by first switching on the hash code of the label. The corresponding case is an if statement that tests string equality; if there are collisions on the hash, the test is a cascading if-else-if. The second switch mirrors that in the original source code, but substitutes the case labels with their corresponding positions. This two-step process makes it easy to preserve the flow control of the original switch.

JVM中的开关

有关交换机的更多技术深度，可以参考JVM规范，其中描述了交换机语句的编译。简而言之，有两种不同的JVM指令可用于开关，这取决于用例使用的常量的稀疏性。两者都依赖于为每个case使用整数常量来有效执行。

如果常量是密集的，它们被用作指令指针表的索引(在减去最小值之后)-表witch指令。

如果常量是稀疏的，则执行对正确情况的二进制搜索——查找开关指令。

在String对象的去糖开关中，两个指令都可能被使用。查找开关适用于哈希码的第一个开关，以查找案件的原始位置。由此产生的序数很自然地适合于大表女巫。

这两个指令都要求分配给每个case的整数常量在编译时进行排序。在运行时，虽然表开关的O(1)性能通常比查找开关的O(log(n))性能更好，但它需要一些分析来确定表是否足够密集，以证明时空权衡的合理性。Bill Venners写了一篇很棒的文章，更详细地介绍了这一点，并介绍了其他Java流控制指令。

JDK 7之前

在JDK 7之前，enum可以近似于基于字符串的开关。它使用编译器在每个枚举类型上生成的静态valueOf方法。例如:

Pill p = Pill.valueOf(str);
switch(p) {
  case RED:  pop();  break;
  case BLUE: push(); break;
}

基于整数的开关可以优化为非常高效的代码。基于其他数据类型的开关只能编译为一系列if()语句。

因此，C和c++只允许对整型进行切换，因为它对其他类型没有意义。

c#的设计者认为风格很重要，即使它没有什么优势。

Java的设计者显然和C的设计者思想相似。

如果代码中有一个地方可以打开String，那么最好将String重构为可能值的枚举，这样就可以打开String。当然，可以将string的潜在值限制为枚举中的值，这可能是需要的，也可能不是需要的。

当然，你的枚举可以有一个'other'条目，和一个fromString(String)方法，然后你可以有

ValueEnum enumval = ValueEnum.fromString(myString);
switch (enumval) {
   case MILK: lap(); break;
   case WATER: sip(); break;
   case BEER: quaff(); break;
   case OTHER: 
   default: dance(); break;
}

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.

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

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

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

下面是一个基于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
  }
}

多年来，我们一直在为此使用(n个开源)预处理器。

//#switch(target)
case "foo": code;
//#end

预处理文件被命名为Foo.jpp，并使用ant脚本处理为Foo.java。

优点是它被处理成运行在1.0上的Java(尽管通常我们只支持1.4版本)。而且，与使用枚举或其他变通方法相比，这样做(大量字符串开关)要容易得多——代码更容易阅读、维护和理解。IIRC(在这一点上不能提供统计数据或技术推理)也比自然的Java等价物更快。

缺点是你没有编辑Java，所以它有更多的工作流(编辑、处理、编译/测试)，加上IDE将链接回Java，这有点复杂(切换变成一系列if/else逻辑步骤)，并且切换case顺序没有维护。

对于1.7以上版本，我不推荐使用它，但如果您想编写针对早期jvm的Java程序，它很有用(因为Joe public很少安装最新版本)。

您可以从SVN获取或在线浏览代码。您将需要EBuild按原样构建它。

从1.7开始直接使用String的例子如下:

public static void main(String[] args) {

    switch (args[0]) {
        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;
    }

}

如果您没有使用JDK7或更高版本，可以使用hashCode()来模拟它。因为String.hashCode()通常为不同的字符串返回不同的值，并且总是为相同的字符串返回相同的值，所以它是相当可靠的(不同的字符串可以产生与评论中提到的@Lii相同的哈希代码，例如“FB”和“Ea”)。

所以，代码看起来是这样的:

String s = "<Your String>";

switch(s.hashCode()) {
case "Hello".hashCode(): break;
case "Goodbye".hashCode(): break;
}

这样，你在技术上开启了一个整型。

或者，你可以使用下面的代码:

public final class Switch<T> {
    private final HashMap<T, Runnable> cases = new HashMap<T, Runnable>(0);

    public void addCase(T object, Runnable action) {
        this.cases.put(object, action);
    }

    public void SWITCH(T object) {
        for (T t : this.cases.keySet()) {
            if (object.equals(t)) { // This means that the class works with any object!
                this.cases.get(t).run();
                break;
            }
        }
    }
}

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

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

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

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

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

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

不是很漂亮，但这里是Java 6的另一种方式:

String runFct = 
        queryType.equals("eq") ? "method1":
        queryType.equals("L_L")? "method2":
        queryType.equals("L_R")? "method3":
        queryType.equals("L_LR")? "method4":
            "method5";
Method m = this.getClass().getMethod(runFct);
m.invoke(this);

JDK-13中的JEP 354: Switch Expressions(预览)和JDK-14中的JEP 361: Switch Expressions(标准)将扩展Switch语句，使其可以用作表达式。

现在你可以:

直接从开关表达式中分配变量， 使用新形式的开关标签(case L ->): “case L ->”开关标签右侧的代码被限制为表达式、块或(为方便起见)throw语句。 每个大小写使用多个常量，用逗号分隔， 而且也没有更多的价值突破: 为了从switch表达式中产生一个值，用yield语句代替break with value语句。

所以答案(1,2)的演示可能是这样的:

  public static void main(String[] args) {
    switch (args[0]) {
      case "Monday", "Tuesday", "Wednesday" ->  System.out.println("boring");
      case "Thursday" -> System.out.println("getting better");
      case "Friday", "Saturday", "Sunday" -> System.out.println("much better");
    }

在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中尝试过这一点。所以请更新答案，如果它也支持。

这个回答很好地解释了技术细节。我只是想添加Java 12开关表达式，你可以用下面的语法做到这一点:

String translation(String cat_language) {
    return switch (cat_language) {
        case "miau miau" -> "I am to run";
        case "miauuuh" -> "I am to sleep";
        case "mi...au?" ->  "leave me alone";
        default ->  "eat";
    };
}