我完全同意這樣的觀點，即過早優化是應該避免的。

但確實，JavaVM有特殊的字節碼，可以用于Switch()的字節碼。

因此，如果代碼是性能CPU圖的一部分，則可能會提高一些性能。

如果/否則或切換將是性能問題的根源，這是非常不可能的。如果您有性能問題，您應該首先進行性能分析，以確定慢點在哪里。過早優化是萬惡之源！

然而，通過Java編譯器優化，可以討論開關相對于if/etc的相對性能。首先請注意，在Java中，開關語句在非常有限的域-整數上運行。通常，您可以按以下方式查看開關語句：

switch (<condition>) {
   case c_0: ...
   case c_1: ...
   ...
   case c_n: ...
   default: ...}

哪里c_0, c_1.和c_N是開關語句的目標整數，以及<condition>必須解析為整數表達式。

• 如果這個集合是“稠密的”-也就是說，(max(C)_i)+1-min(C)_i)/n>α，其中0<k<α<1，其中k大于某些經驗值，可以生成跳轉表，這是高效的。

• 如果這個集合不是很密集，但是n>=β，那么二進制搜索樹可以在O(2*log(N)中找到目標，這仍然是有效的。

對于所有其他情況，開關語句與if/etc語句的等效序列完全一樣有效。α和β的精確值取決于許多因素，并由編譯器的代碼優化模塊決定。

最后，當然，如果<condition>不是整數，開關語句是完全無用的。