switch語(yǔ)句中，case的后面為什么必須是常量？因?yàn)镃語(yǔ)言中的switch不能代替if。開(kāi)關(guān)將在編譯時(shí)優(yōu)化。根據(jù)case標(biāo)簽后面的常量值，將生成一個(gè)跳轉(zhuǎn)表。經(jīng)過(guò)幾次比較，您可以跳轉(zhuǎn)到相應(yīng)的標(biāo)記。因

switch語(yǔ)句中，case的后面為什么必須是常量？

因?yàn)镃語(yǔ)言中的switch不能代替if。開(kāi)關(guān)將在編譯時(shí)優(yōu)化。根據(jù)case標(biāo)簽后面的常量值，將生成一個(gè)跳轉(zhuǎn)表。經(jīng)過(guò)幾次比較，您可以跳轉(zhuǎn)到相應(yīng)的標(biāo)記。因此，標(biāo)簽不能重復(fù)。如果變量是允許的，切換只能退化為一系列的If-else，一個(gè)數(shù)據(jù)只能從開(kāi)始到結(jié)束進(jìn)行比較，從而失去了切換的意義。跳轉(zhuǎn)表和逐個(gè)比較的復(fù)雜度有很大的不同。這就是Python沒(méi)有在C語(yǔ)言中引入與switch case對(duì)應(yīng)的控制結(jié)構(gòu)的原因之一。

為什么很多程序員不用switch，而是大量的if……else if？

答：主要是因?yàn)榻粨Q機(jī)不適合實(shí)際復(fù)雜的業(yè)務(wù)系統(tǒng)需求。業(yè)務(wù)在不斷變化和迭代。一旦需求發(fā)生變化，條件的復(fù)雜性就很高，交換機(jī)無(wú)法處理。

開(kāi)關(guān)何時(shí)合適？它的場(chǎng)景是基于單個(gè)變量的值（例如枚舉），這比if條件更可讀。

從上面的場(chǎng)景來(lái)看，它太有限了。讓我簡(jiǎn)單地談?wù)勊囊恍┤秉c(diǎn)：

1。真正的業(yè)務(wù)場(chǎng)景非常復(fù)雜，條件也不單一。一旦需求發(fā)生變化，維護(hù)代碼就會(huì)崩潰。

2. 開(kāi)關(guān)經(jīng)常忘記寫(xiě)中斷。據(jù)估計(jì)，很多人都忘了粗心地寫(xiě)。如果你看看Google的代碼規(guī)范，你會(huì)發(fā)現(xiàn)Google對(duì)switch有很多要求。

事實(shí)上，有些人仍然使用交換機(jī)，這部分是由于歷史原因。然而，隨著科學(xué)技術(shù)的發(fā)展，原有的設(shè)計(jì)和設(shè)計(jì)都相對(duì)滯后。

某些編程語(yǔ)言（如python）沒(méi)有開(kāi)關(guān)語(yǔ)法。當(dāng)然，一些新的語(yǔ)言golang和kotlin仍然是繼承的，但是switch被打包了，被誤解的語(yǔ)法被刪除了，這使得switch更加靈活。沒(méi)有包裝很難使用。

通過(guò)上述缺點(diǎn)，即if語(yǔ)句更加靈活，并且根據(jù)業(yè)務(wù)邏輯條件編寫(xiě)，可維護(hù)性高。同時(shí)，只要代碼質(zhì)量高，可讀性就會(huì)更高。

實(shí)際業(yè)務(wù)非常復(fù)雜，我不建議您必須使用大量的if，相反，它應(yīng)該盡快返回以減少嵌套，從而增加可讀性并降低維護(hù)成本。

簡(jiǎn)述switch語(yǔ)句的執(zhí)行過(guò)程？

因?yàn)閟witch中的case值是常量，所以編譯器將對(duì)case值進(jìn)行排序。在程序運(yùn)行過(guò)程中，在排序的序列中查找值，然后找到要執(zhí)行的相應(yīng)代碼是非?？斓模ㄔ谂判虻暮Ａ啃蛄泻吞煳男蛄兄羞M(jìn)行的比較不超過(guò)25次）。

在C/C中，當(dāng)數(shù)量較少時(shí)，差距可能不明顯，但在腳本語(yǔ)言中，差距非常大。在我設(shè)計(jì)的一種腳本語(yǔ)言中，switch語(yǔ)句總是比if-else語(yǔ)句快（因?yàn)閟witch語(yǔ)句非常便于優(yōu)化——它可以像C/C一樣快速優(yōu)化）。

Python不支持switch語(yǔ)句。不幸的是，這個(gè)理由很有欺騙性。