夜雨聆风
一个合格的嵌入式软件开发工程师要掌握哪些知识?
大家好，我是良许。
最近有个做嵌入式的朋友跟我吐槽，说自己干了三年，感觉还是个”半吊子”。
代码能写，但总觉得缺点什么。这让我想起一个扎心的事实：很多嵌入式工程师都在用”熟练工”的方式做着”架构师”的活儿。
软硬结合才是嵌入式的核心
见过太多人，上来就扎进C语言里，指针玩得贼溜，结构体写得飞起。
但一问硬件原理，两眼一抹黑。你让他解释下为什么要加个上拉电阻，他能给你扯到牛顿定律去。
嵌入式这行，本质上是个”软硬结合”的活儿。
你不懂硬件，就像开车不看路，全凭感觉。MCU的数据手册不是用来垫显示器的，那是你的”武功秘籍”。
GPIO配置、时钟树、中断优先级，这些东西不吃透，写出来的代码就是”薛定谔的bug”——不知道什么时候就崩给你看。
更要命的是，很多人连基本的电路都看不懂。
看到个三极管就头大，遇到运放直接投降。
你说你做嵌入式的，连个电压分压都算不明白，怎么跟硬件工程师对线？
人家画个原理图，你连哪个引脚该配置成推挽输出都搞不清楚。
底层逻辑决定上层建筑
操作系统这块，是嵌入式工程师的分水岭。
不懂RTOS的，永远停留在”裸机仔”阶段。
任务调度、信号量、消息队列，这些概念不是用来装逼的，是用来解决实际问题的。
见过有人写个多任务程序，全局变量满天飞，临界区保护？
不存在的。然后系统跑着跑着就死机，debug三天三夜找不到原因。
问他知不知道什么叫”竞态条件”，一脸懵逼。
还有内存管理。嵌入式系统资源紧张，你动不动就malloc，内存碎片化了解一下？
栈溢出尝过没？有些人写代码，递归用得那叫一个爽，结果系统莫名其妙重启。
查半天发现栈爆了，这不是自己给自己挖坑吗？
通信协议与工具链是必备武器
UART、SPI、I2C、CAN，这些总线协议得门儿清。
时序图看不懂，波形抓不对，怎么跟外设打交道？
见过有人调个传感器，数据死活读不出来，示波器一量，时钟极性配反了。
这种低级错误，说出去都丢人。
网络这块更不能落下。TCP/IP协议栈得懂，MQTT、HTTP至少会用。
现在哪个嵌入式设备不联网？
你还停留在串口打印的时代，人家都在搞边缘计算了。
编译器、调试器、仿真器，这些工具不会用，效率低到爆。
GDB调试基本的断点、单步、查看变量得会，看日志不会用grep，查问题全靠眼睛扫，这不是跟自己过不去吗？
版本管理更是重中之重，Git不会用的，基本告别团队协作，分支管理、冲突解决都是基本功。
性能优化与行业积累筑就护城河
代码能跑和跑得好，是两码事。功耗优化、实时性保证、代码体积控制，每一项都是技术活。
见过有人写个程序，功能倒是实现了，就是电池两小时就没电。
一查代码，CPU全速跑，根本不进低功耗模式。
还有代码质量，MISRA C规范、静态代码分析工具、单元测试，这些绝非”形式主义”，到了产品化阶段，都是保命符。
不同领域的嵌入式玩法也不同，做汽车电子要懂AUTOSAR、功能安全；搞工控得会PLC、现场总线；玩物联网，低功耗、无线通信是标配。
这些行业知识，得在项目里摸爬滚打，踩过坑才知道水有多深。
EMC、EMI、可靠性设计、温度漂移，这些都是血泪教训换来的。
说到底，嵌入式这行需要”全栈能力”，从硬件到软件，从底层到应用，从开发到测试，哪一块都不能瘸腿。
那些真正牛逼的嵌入式工程师，不是代码写得有多花哨，而是能把复杂问题简单化，把不可能变成可能。
别再问”要掌握哪些知识”了。问问自己，遇到问题时，你是只会百度，还是能从原理层面分析？
你是只会copy代码，还是能设计出优雅的架构？
这条路很长，坑很多，但只要方向对了，每一步都算数。
大家好，我是良许，一个深耕嵌入式12年的老工程师，前世界500强高工。
我花了3个月时间，写了一个C语言电子书，以非常通俗的语言跟大家讲解C语言，把复杂的技术讲得连小学生都能听得懂，绝不是AI生成那种晦涩难懂的电子垃圾。
C语言电子书目录如下：
