[導(dǎo)讀]最近很多伙計問我現(xiàn)在搞嵌入式還有沒有必要學(xué)習(xí)匯編？
還記得信息類專業(yè)、電子類專業(yè)微機(jī)原理課上被匯編程序支配的恐懼嗎？
曾記得那時一個同學(xué)還說匯編是個"外星文"。
bug菌也承認(rèn)對不起當(dāng)年教授該門課程的老師，當(dāng)時這門課摸魚去了！
但是出來混總要還的，參加工作沒多久就得回去狂啃各種匯編書籍、代碼、視頻，因?yàn)槭懿涣斯镜募夹g(shù)大牛在前面對一大段匯編代碼毫不放在眼里的感覺。
可以說這些年打交道的嵌入式工程師一半以上都會對匯編代碼心存恐懼，當(dāng)然如果你是做編譯工具等方面的那就另當(dāng)別論了，因?yàn)閰R編是他們的工作的必備能力，但是并不是說與這行業(yè)不太相關(guān)的人對匯編就可以不用去了解學(xué)習(xí)了。
01
多學(xué)點(diǎn)匯編的四大理由
1、嵌入式C與匯編的混搭
有學(xué)過RTOS的朋友都知道，RTOS中的任務(wù)上下文切換，中斷的現(xiàn)場保護(hù)的等等，基本上都是由匯編來編寫嵌入，可以說在一個嵌入式系統(tǒng)中需要頻繁使用的代碼片段，都最好使用匯編來編寫，目的只有一個提高效率。
上面是C語言中嵌入?yún)R編，其實(shí)大部分MCU程序都是匯編中嵌入C程序，沒錯！上電沒有創(chuàng)建堆棧前都是匯編代碼！你研究過嗎？如果沒有，或許你不關(guān)心，又或許......
2、優(yōu)秀的算法都會使用匯編來測試極限
我相信大部分人都沒有過這樣的噩夢，當(dāng)你的團(tuán)隊(duì)研究出了一套新的算法，領(lǐng)導(dǎo)要你用C和匯編分別編寫出來，進(jìn)行效率、復(fù)雜度等各方面的測試。好吧，當(dāng)年的心理陰影一直都在！
不過這確實(shí)也應(yīng)該是一名嵌入式工程師的工作！特別是在一些語音、視覺、信號處理等行業(yè)是非常常見的！
3、你的bug在C代碼中是找不出來的！
這種情景對于有點(diǎn)工作經(jīng)驗(yàn)的朋友應(yīng)該都遇到過吧，也就是大部分人常掛在嘴邊的 : "這個問題一定是編譯器優(yōu)化導(dǎo)致的。"，"這個是不是跟編譯器優(yōu)化有關(guān)系?",“你確定你沒有開優(yōu)化等級？”......
我只能說編譯器優(yōu)化真無辜呀，只是一個幫忙優(yōu)化代碼的功能選項(xiàng)，搞不定bug就得背鍋，真冤！
4、對嵌入式程序運(yùn)行理解更深入
比如多線程程序設(shè)計中討論最多的互斥問題、cache等等，都可以從匯編代碼角度分析問題，這樣從機(jī)器或者CPU角度編寫你的代碼穩(wěn)定性、效率等等都會大有好處。
所以如果你真的對匯編不感興趣，至少能夠具備看懂的能力！這也算是作為一名合格的嵌入式工程師的能力！
02
C為什么比匯編更受歡迎？
在部分眼中似乎匯編沒有嵌入式C這么受歡迎。
1、方便是目標(biāo)
個人覺得這都是軟件發(fā)展的需要，人類的大部分發(fā)明可以說都是為了追求方便，舒適等等，說得不好聽，或許就是喜歡偷懶吧，這也是天性！所以在目前這個階段C語言相比匯編語言能夠讓更多的程序員降低底層的束縛，更專注于更上層軟件的開發(fā)。
2、開發(fā)分工明確
同時還有一點(diǎn)，軟件開發(fā)的分工也越來越明確，你所使用的編譯器、開發(fā)工具等等難道是天然存在的嗎 ? 顯然不是，這些工具跟我們平時做的項(xiàng)目無異，也會有bug，也會奔潰！
但是隨著編譯器的逐漸強(qiáng)大，不再需要你們從匯編開始開發(fā)了，從C開發(fā)挺香的，當(dāng)然如果你想用C++、JAVA、Python等等都是可以的，關(guān)鍵你還是要知道這些語言編譯出來以后究竟是如何操控你的硬件的，最終還是會研究到匯編這一個層面。 所以你可以認(rèn)為C語言到匯編這一層的轉(zhuǎn)換已經(jīng)被開發(fā)編譯工具的那群人跟你做好了，你可以更舒坦的進(jìn)行貼近上層的程序開發(fā)！
如果說推薦的匯編學(xué)習(xí)資料，看大學(xué)微機(jī)原理的匯編程序設(shè)計章節(jié)就行了，硬是要推薦系統(tǒng)一點(diǎn)的那就王爽老師的<匯編語言>(第三版)吧。 來最后匿名投個票，看看你的匯編水平達(dá)標(biāo)沒！
免責(zé)聲明：本文內(nèi)容由21ic獲得授權(quán)后發(fā)布，版權(quán)歸原作者所有，本平臺僅提供信息存儲服務(wù)。文章僅代表作者個人觀點(diǎn)，不代表本平臺立場，如有問題，請聯(lián)系我們，謝謝！
下載文檔
