你必须做出一个

if (i == null) {
   doSomething0();
} else {
   switch (i) {
   }
}

你必须做出一个

if (i == null) {
   doSomething0();
} else {
   switch (i) {
   }
}

带开关的模式匹配

switch语句的null行为将随着模式匹配的加入而改变(在JDK 17/18/19/20中有预览状态)

Switches and null Traditionally, switch statements and expressions throw NullPointerException if the selector expression evaluates to null, so testing for null must be done outside of the switch. [...] This was reasonable when switch supported only a few reference types. However, if switch allows a selector expression of any type, and case labels can have type patterns, then the standalone null test feels like an arbitrary distinction, and invites needless boilerplate and opportunity for error. It would be better to integrate the null test into the switch by allowing a new null case label.

参见JEP 433:模式匹配开关(第四预览)

这意味着基本上你可以简单地写

switch (null) {
case null: ...
}

但如果省略大小写null:-part，开关仍然会抛出NullPointerException

switch(i)如果i为null，将抛出NullPointerException，因为它将尝试将Integer拆箱为int。所以case null，恰好是非法的，永远不会被达到。

你需要在switch语句之前检查i是否为空。

考虑到:

public enum PersonType {
    COOL_GUY(1),
    JERK(2);

    private final int typeId;
    private PersonType(int typeId) {
        this.typeId = typeId;
    }

    public final int getTypeId() {
        return typeId;
    }

    public static PersonType findByTypeId(int typeId) {
        for (PersonType type : values()) {
            if (type.typeId == typeId) {
                return type;
            }
        }
        return null;
    }
}

对我来说，这通常与数据库中的查找表(仅针对很少更新的表)保持一致。

然而，当我试图使用findByTypeId在一个开关语句(从，很可能，用户输入)…

int userInput = 3;
PersonType personType = PersonType.findByTypeId(userInput);
switch(personType) {
case COOL_GUY:
    // Do things only a cool guy would do.
    break;
case JERK:
    // Push back. Don't enable him.
    break;
default:
    // I don't know or care what to do with this mess.
}

…正如其他人所述，这将导致NPE @交换机(personType){。我开始实现的一个变通方法(即“解决方案”)是添加一个UNKNOWN(-1)类型。

public enum PersonType {
    UNKNOWN(-1),
    COOL_GUY(1),
    JERK(2);
    ...
    public static PersonType findByTypeId(int id) {
        ...
        return UNKNOWN;
    }
}

现在，您不必在重要的地方进行空检查，并且可以选择是否处理UNKNOWN类型。(注意:-1在业务场景中不太可能是标识符，但显然要选择对您的用例有意义的标识符)。

这在Java 18之前是不可能用switch语句实现的。在切换之前必须检查是否为空。但是现在，有了模式匹配，这些都成为过去式了。看看JEP 420:

模式匹配和空 传统上，switch语句和表达式会抛出 如果选择器表达式的结果为null，则为NullPointerException null测试必须在开关外部完成:

static void testFooBar(String s) {
     if (s == null) {
         System.out.println("oops!");
         return;
     }
     switch (s) {
         case "Foo", "Bar" -> System.out.println("Great");
         default           -> System.out.println("Ok");
     }
 }

当switch只支持少数参考类型时，这是合理的。 然而，if switch允许任何类型的选择器表达式和大小写 标签可以有类型模式，这样独立的空测试才有感觉 就像一个武断的区分，并引起不必要的样板文件和 犯错的机会。最好是集成空测试 进入开关:

static void testFooBar(String s) {
    switch (s) {
        case null         -> System.out.println("Oops");
        case "Foo", "Bar" -> System.out.println("Great");
        default           -> System.out.println("Ok");   
  }
}

更多关于开关(包括空变量的例子)在Oracle Docs - switch