我在嵌入式行业待了快十年，接手的项目从8位单片机一路做到 Cortex-A 应用处理器。经常有人问我同一个问题：嵌入式相关资料到底去哪找、怎么选。说实话，这问题比写代码还难回答。嵌入式资源的分布实在太散了，散落在博客、论坛、开发者手册、开源仓库和一个个不起眼的个人网页里，用搜索引擎搜“嵌入式”出来的往往是一堆广告和入门培训机构。哪怕是有经验的人，换一个新方向也免不了重新过滤一遍海量信息。所以我把这些年自己真正用过的、反复打开过的资源，按学习路线、硬件选型、工具链、操作系统、开源项目、书籍社区和面试准备这几个维度整理成一份清单。这篇文章不是让你一次性收藏所有链接，而是帮你看清楚每类资源解决什么问题、应该怎么用，这样不管是刚入门的应届生，还是想从单片机转 Linux 方向的老手，都能少走一点弯路。
1. 先聊方向：嵌入式资源那么多，不是都值得收藏
1.1 资源的分类逻辑：资料是用来解决问题的
嵌入式领域的资料有一个特点：孤立看每份资料都很有价值，但堆在一起就会让人崩溃。我见过不少新人电脑里存了几百个 PDF，真正看懂的可能不超过十份。原因在于大家收藏资源时忽略了底层逻辑——嵌入式开发本质上是在处理“硬件约束下的软件问题”，所以资源大致可以分成两类：一类是帮你理解硬件的，另一类是帮你搞定软件的。芯片数据手册、参考原理图、勘误表属于前者；IDE 教程、驱动框架、内存管理源码属于后者。两者中间还有一个特殊地带：开发板和调试工具，它们是把硬件和软件串起来的桥梁。按照这个逻辑去整理收藏夹，你就不会把“如何用 GPIO 点灯”和“如何写 Linux 字符设备驱动”的资源混在一起，找起来也快得多。
1.2 什么人该重点看哪些内容
这份汇总对三类人价值最大。第一类是刚入行的学生或者转行的人，你们的核心任务是建立完整知识框架，所以请优先看第 2 章的学习路线资源，搭配一块开发板实践。第二类是已经工作但方向比较窄的工程师，比如常年只做 51 单片机或者只写应用层，现在想往 RTOS 或嵌入式 Linux 转，那可以跳着看第 3 章和第 5 章的板子与开源项目。第三类是准备面试的求职者，建议把第 6 章放在前面读，因为嵌入式岗位面试问得很细，八股文背得熟不如真做过，真做过又不如能把做过的项目讲清楚。我自己带过几个新人，发现最影响成长速度的往往不是智商，而是“会不会找资料”这件事。
2. 学习路线：从点亮一颗LED到跑起嵌入式Linux
2.1 入门阶段的正确排序：C语言比电路更急
很多初学者问我嵌入式要不要先学数电模电，我的回答是：可以学，但别卡在原地。嵌入式入门最核心的排序应该是 C 语言、简单的电路知识、单片机外设控制。C 语言至少要能熟练操作指针、结构体、typedef 和函数指针，因为后面看芯片驱动库和源码时到处是这些语法。电路方面只需要搞懂高低电平、上拉下拉电阻、开漏输出、I2C 时序图大概长什么样，就足够应对大部分 MCU 开发。这块我有几个长期在用的资源：B 站上面搜“51单片机入门”能找到很多公开课，但我不建议在上面花超过两周时间，因为 51 内核太老了，看它只是为了理解寄存器操作；更推荐直接找 STM32 相关的视频课程，配合一块 STM32F103 核心板，把 GPIO、外部中断、定时器、串口、ADC、I2C、SPI 这些外设全部点亮一遍。理解外设时最重要的参考资料不是教程，而是芯片参考手册和标准库代码，教程讲的是“怎么操作”，手册讲的才是“为什么这样操作”。
2.2 RTOS 阶段：从裸机循环思维切换到任务思维
单片机外设玩得差不多以后，一定要接触实时操作系统。这是嵌入式开发从入门到进阶的分水岭。裸机开发是在一个大循环里反复轮询，而 RTOS 的核心是任务调度、信号量、互斥锁、消息队列和内存管理。这部分我认为最好的学习路径是先看 FreeRTOS，因为资料极多、可移植性好，且能找到大量源码分析文章。学习方法不要只停留在“会用 API”，要能回答三个问题：任务切换时上下文是怎么保存的；优先级抢占和时间片轮转分别由什么机制实现；中断里为什么不能随便调用阻塞型 API。这些在《FreeRTOS 源码解析与应用实践》和野火、正点原子等团队出的文档里都有详细说明。此外 RT-Thread 也值得关注，它除了内核还自带设备框架和组件生态，国内中小企业用得不少，文档对中文用户非常友好。学 RTOS 阶段建议在开发板上实际跑几个任务，再用调试器观察任务栈和切换点，比只看源码印象深得多。
2.3 Linux 阶段：应用层、驱动层和移植，三条线分开学
到了嵌入式 Linux，方向突然变多，很多人就在这里迷失。我建议拆成三条线分别学，但顺序不要乱。第一条线是应用层开发，学会交叉编译、文件 IO、进程线程、Socket 网络编程、QT 或 LVGL 界面。这条线最容易上手，适合先建立信心。第二条线是驱动开发，从最简单的字符设备驱动开始，理解 module_init、file_operations、ioctl、中断下半部、设备树 DTS 这些概念，再去试 platform 驱动模型。第三条线是系统移植，包括 U-Boot、内核裁剪、根文件系统构建。用 Buildroot 或 Yocto 可以大大减少工作量，但一开始建议手动搭配 busybox 做一次最小根文件系统，否则永远不知道里面每层是怎么组织起来的。平台方面，熟悉全志、瑞芯微或者 NXP i.MX 系列都可以，重点不是厂商，而是你能不能把一份官方 SDK 吃透。学习资源方面，正点原子和韦东山出的嵌入式 Linux 视频课程覆盖面比较全，尤其是设备树和驱动部分，听完再配合官方内核文档食用，效果比单啃代码好很多。
3. 硬件平台与选板思路：别让开发板吃灰
3.1 MCU 类开发板：STM32、GD32、ESP32 怎么选
现在的可选板子非常多，但我的建议是入门首选 STM32，因为资料生态最完整，遇到问题随手一搜就能找到别人踩过的坑。具体型号可以从 STM32F103C8T6 这种经典芯片开始，几块钱到几十块钱一块核心板，配合面包板和杜邦线就能做大量实验。后面想往高性能 MCU 走，可以过渡到 STM32H743 这类 Cortex-M7 平台，体验一下带 Cache 和 TCM 的环境，它和 M3/M4 的编程思维有区别，尤其是内存屏障和 Cache 一致性问题，踩过坑才算真正理解。GD32 是国产替代里做得比较成熟的，价格更低、性能参数不少型号比 STM32 还好看，但它的库和勘误情况需要单独注意，不能说完全兼容就当 STM32 用。ESP32 则是做物联网项目的首选，自带的 Wi-Fi/BLE 协议栈极大降低了无线开发门槛，而且官方文档和示例非常丰富，非常适合做产品原型。选板子的原则很简单：看你主要学什么，而不是看哪个热度高，否则很容易出现“买前吃灰，买后还是吃灰”的情况。
3.2 Linux 应用平台：全志、瑞芯微、NXP 的取舍
如果你想跑嵌入式 Linux，开发板的选型逻辑和 MCU 完全不一样。这时候要考虑的不是“能不能点亮”，而是“SDK 完不完整、社区活不活跃、能不能查到资料”。学生党和个人开发者我比较推荐瑞芯微 RK3568 或者全志 V3s/H3 之类的板子，理由很现实：价格便宜、开源资料多、能找到很多成熟的路由器与平板方案做参考。NXP i.MX6ULL 也是经典选择，很多培训机构拿它讲课，所以针对它的视频和文档非常多，入门阶段光靠这些资源就能省去大量查手册的时间。做产品选型时则要反过来，重点关注工业级温度范围、供货周期、BSP 长期维护能力，这时候 NXP、TI、Microchip 这些老牌厂商的优势就出来了。我个人经验是：学习阶段买一百多块钱的国产 Linux 板子完全够用，但别贪多，一块板子至少跟完一整个系列课程，比买三块不同板子全部吃灰强得多。屏幕接口方面很多板子同时提供 RGB、LVDS 和 MIPI-DSI，选的时候要确认接口定义和原厂有没有对应屏幕驱动，不然后面调显示会非常痛苦。
3.3 常用工具与模块：示波器、逻辑分析仪和传感器模块
除了开发板，嵌入式调试工具也是资源库的重要组成部分。示波器算是最贵的刚需设备，入门不一定要买大品牌，几百块的便携示波器拿来观察串口波形、PWM 占空比足够了，但要注意带宽至少要 100M，采样率别太低，否则看高速信号完全没法用。逻辑分析仪更便宜，几十块就能买到 8 通道的型号，调试 I2C、SPI、UART 时序时效率极高，我调试传感器驱动时从来都是先用逻辑分析仪抓波形，再回头看代码，往往五分钟就能定位是引脚接错还是从机地址写错。传感器模块方面，常用的温湿度、六轴姿态、心跳模块、激光测距、微波雷达等模块在淘宝和立创商城都很容易买到，每家都会提供示例代码，但拿过来之前一定要先查一下数据手册，确认 I2C 地址和寄存器映射，因为很多通用例程芯片版本不同。这块还有一个容易忽略的资源：逻辑分析仪配套软件和串口调试助手，一个管时序一个管交互，是我电脑里永远不关的两个窗口。
4. 工具链与调试资源：环境顺了才有效率
4.1 编译器与 IDE：别迷信某一家，顺手最重要
嵌入式工具链的选择常年有争论。我的观点很明确：工具链没有最好的，只有最适合当前项目的。Keil MDK 在 STM32 老项目里依然是主流，尤其很多公司代码仓库直接拷过来就能编译，这时候没必要较劲非得迁移到别的环境。但新开项目我一般选 GCC 工具链加 VSCode 或者 Eclipse 的方案，因为跨平台、可脚本化、与 Git 和 CI 结合更顺。如果你是纯 Linux 环境，那 arm-linux-gnueabihf-gcc 这种交叉编译工具链是绕不开的。这里想提醒新人一个问题：不要去背编译器菜单里的每个选项，先掌握最常用的几个就够了，比如 -g、-O0/-O2、-Wall、-I、-L、-l、-fPIC，真到需要优化或者解决链接错误的时候再慢慢查。要查具体选项含义，推荐直接看 GNU 官方文档，别在论坛上猜。
4.2 调试器与辅助软件：GDB 是必须跨过去的坎
很多只用 IDE 点按钮开发的人会把 GDB 当成很可怕的东西，但真实项目里恰恰是这些命令行工具救了命。GDB 配合 OpenOCD 可以调试很多 MCU 目标，遇到跑飞和 HardFault，通过 bt 命令查看调用栈比单纯加打印高效得多。我建议每个 MCU 开发者都把“编译—烧录—GDB 调试”这套流程从头到尾走一遍，不需要天天用它，但至少要知道怎么连上目标板、怎么看寄存器、怎么设置断点。调试辅助软件这块我有几个常用的：串口工具方面，Windows 下可以用 SSCOM 或者 XCOM，Linux 下直接 minicom 或 picocom；逻辑分析仪配套的 PulseView、Saleae Logic 软件要会用；网络调试可以准备 MobaXterm 或者 PuTTY，后面调 Linux 板子几乎是必用。还有一个比较冷门但很有用的资源：JTAG/SWD 调试器并不一定非要买很贵的 J-Link，CMSIS-DAP 方案的调试器搭配 OpenOCD 的效果已经足够用于学习，但生产级别调试建议还是选正规 J-Link，稳定性和功能差异在复杂场景下才会显现。
4.3 文档、数据手册与代码搜索：把“查资料”本身当成技能
嵌入式开发的另一半效率来自查资料的能力。芯片的数据手册和参考手册是最高优先级的一手资料，下载渠道首选原厂官网，其次是各代销商页面。拿到一份几百页的英文手册，不用从头读，先看目录和特性概述，然后根据外设章节直接跳读。另外我发现很多人忽略勘误表，量产芯片经常有寄存器行为与手册不完全一致的情况，不查勘误表往往会白调好几天。代码搜索方面，GitHub 自带的搜索已经够用，但不建议直接搜“STM32 驱动”，而是搜具体芯片型号加外设名，比如“STM32H743 SPI DMA example”，这样命中率才高。遇到问题先查 Stack Overflow 和官方社区的 FIFO 记录，大部分驱动问题都不是你一个人碰到的。Linux 环境下还有一个容易被忽略的宝藏资源是内核源码树里的 Documentation 目录，内核开发者已经把很多机制写得很清楚了，比你搜二手博客更权威。
5. 操作系统、GUI 与开源项目：站在巨人肩膀上
5.1 RTOS 选择：FreeRTOS、RT-Thread 还是 Zephyr
现在选 RTOS 有点像选编程语言，选项越来越多。学习我依然首推 FreeRTOS，因为它结构清晰、资料全、商业应用也多，学会了以后看其他系统会容易很多。RT-Thread 在国内社区活跃，它有设备驱动框架、POSIX 接口、软件包管理器，做产品原型很快。Zephyr 则适合想往物联网标准化方向走的人，它由 Linux 基金会维护，支持的主控列表非常长，内核抽象很现代，但是学习曲线比前两者陡。选 RTOS 时我建议不要光看技术指标，还要看团队和生态。做小家电、工业控制的人用 FreeRTOS 最稳；做联网产品并且需要快速迭代的，RT-Thread 的组件生态能省很多事；需要长期维护且产品规格复杂的国际化项目，Zephyr 是值得下重注的方向。资源方面，每个 RTOS 的官方文档和源码仓库都应该加入收藏夹，但最好把源码下载到本地，结合代码看文档，因为很多细节文档更新得没有代码快。
5.2 嵌入式 Linux 与 GUI：从 Qt 到 LVGL
嵌入式 Linux 的方向里，GUI 是非常重要的一块。工业 HMI、车载仪表、智能家居面板，基本是 Qt 和 LVGL 二分天下。Qt 在性能和界面复杂度方面优势明显，C++ 和 QML 的工程化能力强，做复杂交互界面首选。它的官方文档和在线示例非常完善，建议每个入门者把 QWidget 和 QML 两种写法都试一遍，不要只跟着教程拖控件。LVGL 则是轻量级界面的代表，用 C 语言写的，资源占用小，适合 MCU 或者低端 Linux SoC。LVGL 的上手资源包括官方模拟器、示例代码、以及大量第三方做的小型 HMI 方案。如果你是做智能家居彩屏面板这类产品，我建议认真研究一下 LVGL 的控件生命周期和刷新机制，因为它要配合帧缓冲，一旦多页面切换出现闪烁，大概率是刷新逻辑没设计好。显示底层方面，DRM/KMS 和 framebuffer 是绕不开的概念，遇到屏幕黑屏或撕裂问题时，光调应用层是没有用的。
5.3 值得认真通读的开源项目库
与其收藏一堆“嵌入式资源汇总”，不如挑几个高质量开源项目通读一遍。我常向人推荐的项目名单里一定有：Contiki 或 Zephyr 这类物联网操作系统、ARM CMSIS 软件包、STM32Cube 固件库、Zephyr 源码、FreeRTOS 内核源码。这些项目代码组织规范、注释详细，读它们比读培训机构代码提升快得多。另外要关注一个趋势：嵌入式开源硬件的生态已经非常成熟，像 RISC-V 核的蜂鸟 E203、国产厂商在 Gitee 上放的各种评估板 SDK，都可以直接下载原理图和 BSP。我自己学设备树时就把全志和瑞芯微的 dts/dtsi 文件从头翻了一遍，发现不同芯片之间的很多节点命名习惯是互相借鉴的。通读代码时要带着问题读，比如“一个 GPIO 中断从底层到应用层完整路径是什么”，而不是一页一页翻注释，前者才能形成真正属于自己的知识体系。
6. 面试准备、经典书与社区：找工作前的最后一公里
6.1 值得反复看的经典书籍
嵌入式书籍我踩过不少坑，很多大厚本买来只看过前两章。真正值得反复看的其实就那几本，不在多而在精。C 语言方面，《C 陷阱与缺陷》和《嵌入式 C 语言编程》都值得看，能把指针、内存布局和数据结构彻底搞清。操作系统方面，《嵌入式实时操作系统 uC/OS-III》讲的调度原理很有助于理解 RTOS，FreeRTOS 源码分析类的书选一本就行。Linux 方向，《Linux 设备驱动开发详解》《Linux Kernel Development》这两本如果能啃下来，驱动面试基本不怕。硬件方面，如果做嵌入式硬件设计可以参考《Altium Designer 实战攻略》和信号完整性相关书籍，但是做嵌入式软件方向的不用陷太深，能看懂原理图、能查手册就够。学习方式上我建议“书加源码对照看”，比如看书里讲链表实现，就同时打开 FreeRTOS 源码里的 list.c，把它和任务调度串起来。
6.2 一手文档与社区论坛：搜索引擎不是终点
很多人的第一反应是“有问题问度娘”，但嵌入式领域我更建议直接用搜索引擎把关键词放在原厂官网、开发者社区和数据手册里搜，因为这些地方的内容时效性和权威性比自媒体好太多。一手信息主要包括各半导体原厂的应用笔记、参考设计、官方 wiki 和技术支持论坛。ST 的社区、NXP 社区、TI E2E 都是老牌资源，遇到驱动和硬件配对问题去那边搜老外工程师的回复，经常能挖到完整解决方案。国内论坛方面，CSDN 和电子工程世界、面包板社区都积累了海量笔记，但质量参差不齐，看到代码时要先观察它贴出的是不是完整工程，以及有没有标明芯片型号和编译环境。一个有效的习惯是：遇到一个特别好的帖子或回答，直接保存成 PDF 放到自己的知识库，按硬件平台和功能分类，比收藏网页链接稳得多。如果要做产品级方案，建议多去电源网、电子发烧友和立创开源硬件平台的实战板块看看，那里的量产经验更扎实。
6.3 面试常见问题和“八股文”的正确用法
搜“嵌入式面试题”和“嵌入式八股”的人越来越多，但我发现很多人背错了方向。嵌入式面试确实会问很多基础概念，比如 volatile 的作用、static 的多种用法、大小端、中断服务函数注意事项、栈溢出怎么排查、Linux 下内核态和用户态区别、设备树的作用、同步机制的区别。这些基础题值得认真准备，但更有区分度的往往是用一个项目串起来的问题，所以我会建议准备三个自己有深度的项目：一个 MCU 裸机项目，一个 RTOS 项目，一个 Linux 驱动或应用项目。每个项目都要能画出系统框图、说出关键模块的代码结构、讲清自己遇到的 bug 和排查过程。面试官一旦追问“你当时为什么选这个方案”“换一种做法行不行”，能现场把思路理清楚的人比背十页八股文管用得多。准备方式上，把 GitHub 上经典的嵌入式面试题库过一遍是可以的，但一定要把每道题和自己的工作经历联系起来，不然面试时很容易被识破是死的知识。
6.4 成长资料：博客订阅和开源硬件社区怎么用
最后分享一个我一直在用的习惯：固定订阅几个高质量技术博客和开源硬件社区，而不是每天刷泛资讯网站。做 MCU 方向，可以关注一些专注底层驱动和编译器原理的博主；做 Linux 方向，外网有不少内核开发者写的深度文章，加上国内一些认真做的公众号。这里的核心不是信息数量，而是信息密度。比如看一篇关于 cache 一致性问题的文章，可能会引发你去读内核文档里的 DMA-API 章节，再顺藤摸瓜去查一款具体 SoC 的缓存架构，这比被动刷几十条“STM32 基础教程”带感得多。另外我要特别说一句，动手做开源硬件项目是很重要的一块资源，不只是自己画板子，还包括把别人的开源硬件项目拿到手分析原理图、复刻固件、修改通信协议。立创开源平台上有非常多完整的从原理图到 PCB 再到源码的项目，照着做一遍，你对电源电路、接口保护、信号完整性的理解会快速上一个台阶。我自己的习惯是每周留半天时间折腾一个没做过的小模块，这种积累在面试和实际项目里都会突然回报你。
我自己用了快十年的一个笨办法，还是想再分享出来：不管从哪看到一份好资料，都别急着存收藏夹，先把链接对应的核心内容用自己的话写三行总结放在笔记里，然后标注它解决过的具体问题。时间长了你会发现，最值钱的不是那些存下来的资料本身，而是你脑子里那张索引表。嵌入式技术每年都在变，但硬件加软件交叉学习的底层逻辑从来没变，希望这份资源汇总能帮你把这条路走得稳一点。
