如果代码中有一个地方可以打开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;
}

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

如果代码中有一个地方可以打开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.

如果您没有使用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;
            }
        }
    }
}

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

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

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