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 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";
    };
} 

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

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

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

从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;
    }

}

不是很漂亮，但这里是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);

多年来，我们一直在为此使用(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按原样构建它。