正文
請用5秒鐘的時間查看下面的代碼是否存在bug。
OK蒿讥，熟練的程序猿應(yīng)該已經(jīng)發(fā)現(xiàn)Bug所在了蝶念，在第8行和第10行下面我沒有添加關(guān)鍵字break; 這就導(dǎo)致這段代碼的行為邏輯與我的設(shè)計初衷不符了。
缺點一. 語法正確芋绸，邏輯錯誤
這就是第一個理由為什么程序猿很少使用switch來做條件判斷媒殉，對于新手來說忘記寫break實在是再普通不過了，就算是老猿忘記寫也是時有發(fā)生的事情摔敛，而這個語法錯誤在諸多的語法檢查器上沒有辦法檢查出來的廷蓉，因為從語法角度來說是正確的！可是代碼的處理邏輯卻是錯誤的马昙！用if來重寫這段代碼的話桃犬，就不會發(fā)生這種錯誤。上面的代碼為了保證正確我添加了else做一個邏輯上的保證行楞，其實如果不寫else攒暇，這段代碼也不會發(fā)生邏輯錯誤，而且一旦我忘記寫花括號的時候子房，語法編譯器是會提示我添加的形用，甚至可以使用eslint這種的工具強(qiáng)制我使用花括號，這樣就不會犯語法錯誤了证杭，一旦出現(xiàn)bug田度，那么肯定是我邏輯上的問題了。
缺點二 .死板的語法
switch盡管對于break很寬容解愤，但是對判斷條件很嚴(yán)苛镇饺，case后面只能跟常量，如果你用C編寫的話送讲，甚至只能用int類型作為判斷條件奸笤。對于我們這么瀟灑自如的程序猿來說，這種限制實在是太麻煩了李茫，用if的話揭保，別說是常量了肥橙，我用函數(shù)都可以魄宏，真正做到方便快捷。
缺點三 .需要子函數(shù)來處理分支
這個缺點跟缺點一有關(guān)存筏，為了防止漏寫break宠互，因此建議把分支處理方法獨(dú)立成一個子函數(shù)來處理味榛，這樣在閱讀代碼的時候就會減少忘記寫break帶來的bug予跌，那么用if來寫的話搏色，我想怎么寫就怎么寫，非常隨意自由券册，但是這也導(dǎo)致了代碼的可讀性大大降低频轿。
switch的優(yōu)點
既然switch有這么嚴(yán)重的缺點，那怎么在所有語言中依然會存在呢烁焙？那就說下switch的優(yōu)點吧航邢，它的優(yōu)點也剛好是它的缺點。
在很久很久以前骄蝇，那時候的電腦性能還不如一臺小霸學(xué)習(xí)機(jī)的時候膳殷，聰明的計算機(jī)科學(xué)家為了提高計算機(jī)的處理速度，將一些邏輯分支處理方法簡化了一下九火，把一些需要做邏輯判斷的操作給固定死赚窃，然后只要查表一樣一個一個對一下就能做出相應(yīng)的反應(yīng)了。
比如說a=0的判斷岔激，switch和if在cpu上面的處理方式是不一樣的勒极，switch是在編譯階段將子函數(shù)的地址和判斷條件綁定了，只要直接將a的直接映射到子函數(shù)地址去執(zhí)行就可以了鹦倚，但是if處理起來就不一樣了河质。
它首先要把a(bǔ)的值放到CPU的寄存器中，然后要把比較的值放到CPU的另一個寄存器中震叙，然后做減法掀鹅，然后根據(jù)計算結(jié)果跳轉(zhuǎn)到子函數(shù)去執(zhí)行，這樣一來就要多出3步的操作了媒楼，如果邏輯判斷多的話乐尊，那么將會比switch多處許多倍的操作，盡管寄存器操作的速度很快划址，但是對于當(dāng)時的學(xué)習(xí)機(jī)來說扔嵌，這點速度根本不夠用啊。
那還有一個問題夺颤，為什么要使用break來做一個判斷結(jié)束呢痢缎？這不是很容易造成語法錯誤了？那就要說到子函數(shù)的問題上了世澜。
在早起的電腦代碼中是沒有子函數(shù)的概念的独旷，那時候都是用goto隨意跳轉(zhuǎn)的，你想去第10行代碼，很簡單goto 10就可以了嵌洼。這種編程思維在C的早期階段還是一直受到影響的案疲，因此早期的C也沒有子函數(shù)，都是一堆邏輯處理混亂在一起麻养，goto滿天飛褐啡，所以那時候你沒有一個最強(qiáng)大腦是寫不了程序的。那為了告訴程序我這里條件判斷處理結(jié)束鳖昌，就添加了break作為終止符號备畦。后來慢慢的有了子程序，有了更好的編程規(guī)范许昨，才一步一步的將寫代碼淪落到體力勞動萍恕。
后來發(fā)展的新語言為了標(biāo)榜自己的血統(tǒng)，多少都要參考下C车要，然后就把switch這種詭異的語法也繼承下來了允粤。但是也不是所有的語言都照搬，比如Google發(fā)明的新語言golang和kotlin就又把switch包裝了一下翼岁，去掉了令人誤會的語法类垫，又讓switch變得靈活起來了，對了琅坡，在代碼重構(gòu)的時候悉患，還是用switch把，這樣看起來的確代碼更簡潔哦榆俺！
