大家好，给大家分享知乎上一个热议的话题：为什么招聘单片机工程师的时候要求精通C/C++?
在这里分享几个回答，有一定的参考价值，欢迎留言讨论！链接：https://www.zhihu.com/question/335790805/answer/2111472871
所谓的大部分单片机项目不用C++是因为整个嵌入式开发行业从业者的平均软件素养已经差到了一个令人发指的地步。大部分嵌入式工程师出身于电子、通信、自动化等专业，由于专业教育的缺失和自己学习能力的问题，根本不具有面向对象设计、设计模式、软件工程等基本常识，所以在他们看来C和C++差不多，没必要上C++。一个基层工程师，整天满嘴都是稳定、可靠、市场、成本、性价比这些屁话，却根本没听说过设计模式、代码复用、可扩展性、单元测试、持续集成这些现代软件技术的精华。知道的知道你是一个强行挽尊的嵌入式工程师，不知道的还以为你是什么统领千军的大老板。（我预判了他们的预判，这段真的戳到了一些传统的嵌入式工程师。居然有人跟我杠说设计模式、单元测试、持续集成这些不重要？我通篇就是打的这样人的脸，你被打完了还跟我说：你打脸而已，没打到要害，你根本就不会打人！我笑得满地打滚！）所有没用到C++的单片机应用项目（底层驱动库不在此列），都是因为其规模过小，应用过于简单，一两个人，最多不超过5人就可以完成全部开发，这种项目不但用不到C++，甚至用不到C，甚至用汇编完成，更用不到任何现代软件工程技术。作为一个嵌入式开发的候选人，如果你想加入大厂，参与任何有规模的嵌入式项目，你的C++水平就是你的天花板。这里的大厂不止是华为、大疆这种，甚至很多爱好者熟悉的“周立功单片机”老板周立功就多次在公开场合表示，他们已经全面转向C++，只会C的工程师不会得到工作机会。Arduino也许是世界上最著名的AVR（8位单片机）项目，没有之一。Arduino的封装全面使用了C++和面向对象的设计。广泛使用基于虚函数实现的运行时多态，很多设计遵从了开闭原则、接口隔离、依赖倒置等重要设计原则。在ARM项目中， 用到C++的更多。ARM官方推动的mbed项目大概是ARM单片机领域最知名的项目之一。如果你要抬杠说Arduino是玩具，不具有工业强度的话，那mbed项目绝对是为工业级应用设计的，从底层RTOS到上层的硬件抽象层HAL都有实现。mbed是用C++实现的，广泛使用开闭原则和依赖倒置，要求用户通过继承虚基类来完成平台相关的实现，从而实现扩展。如果你是一个一线嵌入式工程师，却根本不了解我提到的一些专业术语是什么意思，我觉得应该反思一下为什么自己的工资上不去。因为这些都是最基础的面向对象和设计模式常识。最后回答问题，为什么单片机工程师要求会C++？那还不简单？因为企业不傻啊！其实我也是C的铁粉，C在嵌入式领域毫无疑问占有举足轻重的地位。我坚定认为在现代嵌入式系统中，C和C++共存的现象会广泛存在，且具有上升的趋势。在硬件抽象层使用C，在应用层和接口层使用C++是非常典型的实践。这也是正面回答这个问题，为什么嵌入式要会C++？因为嵌入式应用中C和C++都有用。
说了这么多，如果你的观点还是“C++无用，C++滚出嵌入式”的话，祝你好运！链接：https://www.zhihu.com/question/335790805/answer/768873197
大部分招聘说明里可能都是复制同类嵌入式公司的需求，在删删补补，所以这句话一直遗留下来，不算乱写，但其实和招聘的真正要求差别很大。从我曾经不下20~30次大厂小厂的嵌入式面试经验来说，大部分公司在招聘时不会涉及C++(本身公司负责有QT应用产品的除外，但不属于单片机方向), 对C语言要求也远远不会到精通的地步，基本上对C语言语法熟练掌握。把过一遍，后面标注提到的重点细节详细掌握下，笔试基本都是C基础语法(关键字，宏，结构体， 枚举，指针和引用，数组，强制转换，位移，大小端，存储区，函数的健壮性)，在结合数据结构(排序，查找，二叉树)，在涉及一些硬件知识类的如(中断，AD的精度，RTC时钟转换)这一类，这里面考察的C语言知识在我看来也远远没有到达精通的地步。作为嵌入式从业者，以我这些年的经验来说，除非从事嵌入式Linux开发，而且是QT界面应用方向的，C++知识储备是必须的。对我认识的大部分单片机工程师来说，即使实力比我强很多的，对于C++基本停留在C with Class的程度，掌握模板的都不多，更不要说后面强大的STL，以及涉及函数式编程的lambda和模板元编程, 也就是我这种闲着喜欢看书码代码的无聊人士，才会花时间去专门学习C++11，甚至去追逐了解前端框架，因为这些知识对于单片机开发事实上真的没啥用。对于单片机来说，一方面要追求稳定可控，另一方面成本严苛，资源(RAM/FLASH）有限。所以你可以看到NodeMcu和MicroPython的开发调试玩具卖的火热，却很难看到相应的技术用到产品领域。这对于C++也一样，使用STL会带来编译结果(代码容量)不可避免的膨胀，如果阉割掉这部分，还不如使用C语言来的简单方便，这也限制了C++发挥的市场。在单片机领域和嵌入式驱动开发，基本上C语言占有绝对地位，即使在Linux上层应用这块，Android/Java的开发优势也明显高于QT/C++，所以要求精通C++可以说是无稽之谈。事实上精通C++的要求有多高，你可以去相应问题下看看，这种人怎么会使用阉割的C++来从事单片机开发。最后来说，精通C语言的问题，特别是精通单片机领域的C语言，是一个很困难的事，至少对于现在的我来说，离精通C语言也差的有些远。因为精通C语言不仅仅是掌握关键字和语法特性，和下面这些复杂但实用的操作，如位域实现对寄存器的位操作，利用结构体强制转换用于各种协议解析，函数指针实现异步回调，宏定义加##实现的函数格式化；这些虽然复杂，但至少是有一套标准规则，只要去看书实践就可以了解掌握，但当你用C语言完成复杂稳定的项目代码，解决各种异常bug时，就会知晓C语言的精通不只上面这些固定的语法知识。在调试中可能遇到指针越界，栈溢出，共享资源未保护，非对齐访问异常，编译器优化错误等，这些问题单独拿出来也许很容易找出来，但在复杂的十几万行的代码中，往往可能执行错误的地方工作表现是正常的，但干扰到其它部分，导致未出错的地方执行异常，这就需要的不仅仅是C语言的，还包含系统内核，总线架构和汇编的知识，精通C语言的困难正是在此。你要理解掌握计算机技术中成体系的东西，对内存分配，总线架构，内核，汇编这些都有清晰的认识。例如了解函数内的空间是在栈中，那么我们在函数中需要使用大数组时，就要考虑是否定义为静态变量(避免栈溢出)，如果多个函数使用数组，就要考虑是否添加内存管理。如果数组会被2字节/4字节的指针访问，在声明时是否考虑要强制对齐(我就曾经遇到过#pragma pack(1)后面忘了闭合，导致后续全局变量未对齐，4字节指针访问时触发异常，因为中间涉及多次转换，所以花费了很多时间才查找定位解决)。另外如果用到了Cache和MPU，那么整个系统又更加复杂，何时需要写回，何时需要无效CacheLine，volatile的意义，以及配合Cache使用的注意点。这些知识的掌握，其实都属于精通嵌入式C语言的一部分，因此可以说精通C语言并不简单。
