多少嵌入式工程师对

[导读]最近很多伙计问我现在搞嵌入式还有没有必要学习汇编？

最近很多伙计问我现在搞嵌入式还有没有必要学习汇编？
还记得信息类专业、电子类专业微机原理课上被汇编程序支配的恐惧吗？
曾记得那时一个同学还说汇编是个"外星文"。
bug菌也承认对不起当年教授该门课程的老师，当时这门课摸鱼去了！
但是出来混总要还的，参加工作没多久就得回去狂啃各种汇编书籍、代码、视频，因为受不了公司的技术大牛在前面对一大段汇编代码毫不放在眼里的感觉。
可以说这些年打交道的嵌入式工程师一半以上都会对汇编代码心存恐惧，当然如果你是做编译工具等方面的那就另当别论了，因为汇编是他们的工作的必备能力，但是并不是说与这行业不太相关的人对汇编就可以不用去了解学习了。

多学点汇编的四大理由

1、嵌入式C与汇编的混搭
有学过RTOS的朋友都知道，RTOS中的任务上下文切换，中断的现场保护的等等，基本上都是由汇编来编写嵌入，可以说在一个嵌入式系统中需要频繁使用的代码片段，都最好使用汇编来编写，目的只有一个提高效率。
上面是C语言中嵌入汇编，其实大部分MCU程序都是汇编中嵌入C程序，没错！上电没有创建堆栈前都是汇编代码！你研究过吗？如果没有，或许你不关心，又或许......
2、优秀的算法都会使用汇编来测试极限
我相信大部分人都没有过这样的噩梦，当你的团队研究出了一套新的算法，领导要你用C和汇编分别编写出来，进行效率、复杂度等各方面的测试。好吧，当年的心理阴影一直都在！
不过这确实也应该是一名嵌入式工程师的工作！特别是在一些语音、视觉、信号处理等行业是非常常见的！
3、你的bug在C代码中是找不出来的！
这种情景对于有点工作经验的朋友应该都遇到过吧，也就是大部分人常挂在嘴边的 : "这个问题一定是编译器优化导致的。"，"这个是不是跟编译器优化有关系?",“你确定你没有开优化等级？”......
我只能说编译器优化真无辜呀，只是一个帮忙优化代码的功能选项，搞不定bug就得背锅，真冤！
4、对嵌入式程序运行理解更深入
比如多线程程序设计中讨论最多的互斥问题、cache等等，都可以从汇编代码角度分析问题，这样从机器或者CPU角度编写你的代码稳定性、效率等等都会大有好处。
所以如果你真的对汇编不感兴趣，至少能够具备看懂的能力！这也算是作为一名合格的嵌入式工程师的能力！

C为什么比汇编更受欢迎？

在部分眼中似乎汇编没有嵌入式C这么受欢迎。
1、方便是目标
个人觉得这都是软件发展的需要，人类的大部分发明可以说都是为了追求方便，舒适等等，说得不好听，或许就是喜欢偷懒吧，这也是天性！所以在目前这个阶段C语言相比汇编语言能够让更多的程序员降低底层的束缚，更专注于更上层软件的开发。
2、开发分工明确
同时还有一点，软件开发的分工也越来越明确，你所使用的编译器、开发工具等等难道是天然存在的吗 ? 显然不是，这些工具跟我们平时做的项目无异，也会有bug，也会奔溃！
但是随着编译器的逐渐强大，不再需要你们从汇编开始开发了，从C开发挺香的，当然如果你想用C++、JAVA、Python等等都是可以的，关键你还是要知道这些语言编译出来以后究竟是如何操控你的硬件的，最终还是会研究到汇编这一个层面。所以你可以认为C语言到汇编这一层的转换已经被开发编译工具的那群人跟你做好了，你可以更舒坦的进行贴近上层的程序开发！
如果说推荐的汇编学习资料，看大学微机原理的汇编程序设计章节就行了，硬是要推荐系统一点的那就王爽老师的<汇编语言>(第三版)吧。来最后匿名投个票，看看你的汇编水平达标没！

END

来源：最后一个bug，作者：bug菌