大家好啊，今天我想跟大家唠唠嗑。其实我也没啥文化，就是写代码写久了发现好多朋友都在问一个问题。 扯后腿。 就是那个，怎么从写应用层，转到写底层驱动去呢？

很多人觉得应用层就是写APP，底层就是修电脑。其实不是这么回事。应用层也是写代码，底层也是写代码。只不过一个是对着人写，一个是对着机器写。今天我就想用我这几年摸爬滚打的经验，告诉你们怎么“变身”。你们别信那些AI写的文章， 全是废话，我就不一样，我说的都是大实话，虽然有时候有点乱，但你们能听懂就行，上手。。

先说说这两个东西到底是个啥

好家伙... 很多人连基本的概念都没搞清楚，就开始瞎转型。这肯定是不行的。咱们得先搞清楚，到底什么是应用层，什么是底层驱动。

说明….. 1.应用层软件开发和底层驱动开发都设计什么内容

这个啊，其实挺简单的。咱们先说应用层。应用层就是咱们平时用的那些软件，比如手机上的微信，或者那个什么智能家居的APP。再或者， 咱们做嵌入式的时候，在单片机上跑的那个RTOS，上面的那些任务，管界面的，管逻辑的，全都是应用层。

应用层干啥呢？就是想方设法把人要的功能做出来。比如你按一下按钮，灯就亮了。这灯怎么亮的？它不管。它只管接收你的信号，然后告诉硬件去干活。应用层主要是跟操作系统打交道，跟API打交道。 我持保留意见... 它不用管内存是怎么分配的，也不用管CPU是怎么跑的。它只要知道，我调这个函数，那个灯就会亮，这就行了。所以应用层开发，重点就是业务逻辑，怎么让程序跑起来怎么让用户觉得好用。

那底层驱动开发是干啥的呢？底层驱动，就是那个最最底层的，跟硬件贴得最近的。你想啊，CPU它不认识LED灯，CPU它也不认识SD卡。CPU只认识高低电平，只认识寄存器。那怎么办？得有人去写程序，去告诉CPU，这个引脚是干嘛的，那个寄存器是干嘛的，牛逼。。

底层驱动就是干这个的。它要把硬件的功能，翻译成软件能听懂的语言。比如你想读写一个SD卡，应用层不能直接去操作SD卡的引脚。应用层得调用驱动，驱动再去操作引脚。所以底层驱动设计的内容， 观感极佳。 主要是硬件接口的抽象，还有中断的处理，还有内存的管理，还有各种协议的实现。它跟硬件是“老铁”关系，必须得非常熟悉硬件的每一个特性，不然写出来的驱动，不是炸机就是跑不动。

你看，一个负责“想”怎么玩，一个负责“办”怎么玩。应用层想怎么玩，底层就得怎么办。这就是它们俩的主要区别。别搞混了啊，精神内耗。。

那应用层开发的工作重点到底是啥？

咱们既然要从应用层转过来那肯定得先知道，应用层到底在忙活啥。很多人转不过弯来就是主要原因是不知道应用层重点在哪。其实吧，应用层的工作重点，说白了就一句话：搞定业务，搞定体验。

2.应用层开发的工作重点

先说说应用层最关心的就是功能实现。不管你用什么语言，Java也好，C++也好，还是Python也好，到头来目的都是为了让程序跑通。你想做个温度计，那温度数据得能读出来显示在屏幕上。你想做个蓝牙音箱， 你想... 那音频得能播放出来。这些都是业务功能。应用层的工作重点，就是把这些功能一个个实现出来。你得知道怎么设计模块，怎么调用接口，怎么把一堆乱七八糟的数据变成用户能看懂的界面。

观感极佳。 然后呢，就是用户体验。这个也很重要。现在的软件，功能都差不多，谁好用谁就赢。应用层的人得琢磨，用户怎么用最顺手。按钮放哪儿？字体多大？报错的时候怎么提示？这些都是应用层要考虑的。你得站在用户的角度想问题，虽然有时候我也觉得用户挺难伺候的，但这活儿必须得干。

我坚信... 再有一个重点，就是调试和Bug修复。写代码哪有不写Bug的。应用层的Bug通常比较好找， 你跑一下程序，看看后来啊不对，然后打个断点，看看变量值对不对，很容易就能定位到问题。所以应用层的工作重点之一，就是跟Bug死磕。你会发现，你有一大半的时间都在改Bug，而不是写新功能。这真的很累人，但是没办法，谁让咱们是写代码的呢。

还有就是框架和架构的设计。虽然应用层看起来只是写业务逻辑，但如果你想做得好一点，你就得有架构思维。你得知道怎么把大项目拆成小模块，怎么让模块之间不互相干扰。怎么复用代码，怎么让代码读起来不那么费劲。 我倾向于... 这些虽然看起来不是直接的业务，但其实非常重要。如果架构设计不好，后面代码越写越乱，再说说根本没法维护。所以应用层的工作重点，不仅仅是把功能做出来还要把代码写得漂亮点，易维护点。

再说说还得提一下跟硬件的交互。虽然应用层不直接操作硬件，但应用层也得知道硬件能干嘛，不能干嘛。你得知道传感器能测多少度，知道显示屏多少像素。如果应用层的人不懂硬件，那写出来的代码肯定会有问题，要么功能实现不了要么浪费硬件资源。所以应用层虽然主要跟软件打交道，但也得对硬件有一定的了解，至少不能瞎指挥，你没事吧？。

总之吧，应用层就是干实事的，是直接跟用户打交道的。它的工作重点就是功能、体验、Bug和架构。搞懂了这些，你再去转底层，心里就有底了。

那咱们怎么才能从应用层“爬”到底层去呢？

说了这么多，那到底怎么转呢？很多人说底层很难，全是寄存器，全是汇编，我学不会。其实不是这样的。 总体来看... 只要你应用层写得好，转底层其实就是换了个玩法。咱们得一步步来不能急。

第一步：把C语言底子打牢

做嵌入式，C语言是根本。不管你是做应用层还是底层，C语言都得用得溜。 太魔幻了。 但是应用层的人用的C语言，和底层用的C语言，那是不一样的。

应用层的人写C语言，往往比较随意，指针用得也不严谨，内存管理也马马虎虎。但是在底层，你必须得严谨。你得知道指针到底指向哪块内存，你得知道结构体怎么对齐，你得知道内存溢出会造成什么后果。底层开发，内存就是命，谁敢乱用内存，程序立马就崩给你看。

所以转型第一件事，就是去啃C语言。特别是指针、内存管理、结构体、位操作这些。你得把《C Primer Plus》或者《C程序设计语言》拿出来重新看一遍。 不靠谱。 把那些基础的概念搞清楚。如果你连指针都搞不明白，那底层驱动你就别想了直接洗洗睡吧。

第二步：搞懂计算机组成原理和汇编

光会C语言还不够，你还得知道CPU是怎么工作的。应用层的人一般不关心CPU怎么施行指令， 绝绝子... 但在底层，你得知道。

试着... 你得搞懂什么是寄存器，什么是堆栈，什么是程序计数器。你得知道CPU是怎么取指令、施行指令的。还得懂一点汇编语言。汇编语言虽然难写，但它是跟CPU最直接对话的语言。很多底层的Bug，用汇编语言一看就明白了。

交学费了。 怎么学呢？找个ARM Cortex-M或者ARM Cortex-A的架构手册看看。别怕，虽然看着头疼，但你就得硬着头皮看。先看通用的，比如寄存器怎么用，中断怎么处理。然后再看具体的芯片手册，比如STM32的。把那些寄存器的名字、地址、功能都背下来。虽然有点枯燥，但是非常有用。当你能看着芯片手册，就知道该往哪个寄存器里写什么数据的时候，你就离成功不远了。

第三步：学习硬件接口和协议

小丑竟是我自己。 底层驱动，说白了就是跟硬件接口打交道。你得知道GPIO、I2C、SPI、UART、ADC、DAC这些接口都是怎么工作的。

这些接口，有的简单，有的复杂。比如GPIO，就是输入输出引脚，最简单。I2C和SPI，是总线接口， 换句话说... 用来连外设的。UART，是串口，用来打印日志的。ADC和DAC，是用来模拟信号的。

学习这些接口，不能只看书。你得动手。找一块开发板，比如Arduino或者STM32，自己写代码去控制这些接口。比如让一个LED灯闪烁，让一个OLED屏显示文字，用I2C读取一个传感器的数据。通过动手，你才能深刻理解这些接口的时序、协议、寄存器配置。这些东西，光看是看不会的，必须得自己敲代码，自己调试，客观地说...。

第四步：学会看原理图

嚯... 做应用层的人，一般不看原理图。但是做底层驱动的人，原理图是圣经。你得会看原理图，知道每个引脚连的是什么每个芯片是怎么连接的。

看原理图一开始很慢，看得头都大。但是你要坚持看。从简单的原理图开始看，慢慢看复杂的。你会看到电阻、电容、电感、晶振、各种芯片。你要知道它们的作用， 我给跪了。 它们在电路中是怎么配合工作的。当你能对着原理图，就能想象出硬件的电路结构的时候，你的硬件水平就上了一个台阶。

第五步：从简单的驱动开始写

学完理论知识，就该动手写驱动了。别一开始就想着写个网卡驱动或者USB驱动，那太难了容易劝退，我整个人都不好了。。

你可以从写一个简单的GPIO驱动开始。比如写个驱动来控制LED灯的亮灭。然后写个驱动去读一个按键的状态。再然后写个驱动去操作一个OLED屏。一步一步来先从简单的做起。

何苦呢？ 写驱动的时候，要多看官方的示例代码。官方代码虽然有时候写得有点啰嗦，但是它是最标准的。你可以参考它的思路，但是不要照抄。你要自己理解，自己写。写完之后一定要自己测试。自己测试才能发现问题，解决问题。遇到问题别慌，多查资料，多问人。在解决问题的过程中，你的能力会提升得非常快。

底层驱动开发的一些“坑”和“技巧”

做底层驱动，其实挺辛苦的。有很多坑等着你跳。但是只要你掌握了技巧，这些坑也不是那么可怕，一言难尽。。

关于中断

坦白讲... 中断是嵌入式开发中非常重要的一个概念。应用层的人也用中断，但用得比较少。底层驱动开发，跟中断是天天打交道。

写中断驱动，最要注意的就是临界区的问题。如果你的中断处理函数里修改了全局变量，或者调用了其他可能被中断的函数， 大胆一点... 那就会出问题。主要原因是在中断处理函数施行的时候，其他中断可能也会发生，导致数据竞争。

欧了！ 解决临界区问题的办法，就是关中断。在中段处理函数里先把中断关了处理完数据，再打开中断。但是关中断的时间不能太长，否则会影响系统的实时性。所以中断处理函数要尽量短，尽量快。能不用的全局变量就不用，能不用复杂逻辑就不用复杂逻辑。

关于并发和锁

在多任务系统中，并发问题非常严重。应用层的人可能用RTOS或者Linux， 换言之... 也会遇到并发问题。但是在底层，并发问题更加复杂。

比如一个外设的中断可能触发多个任务去访问它，这时候就需要加锁。但是底层加锁，不像应用层那么方便。你不能随便用哪个锁，你得选对锁。而且，加锁的时候，一定要注意死锁的问题。死锁了整个系统就挂了。所以写底层驱动，并发控制和锁的使用，是一门大学问。

关于内存管理

底层驱动对内存管理的要求非常高。应用层可能有内存分配器，可以随便申请内存。但是在底层，很多时候没有内存分配器，或者内存分配器非常简单。

底层驱动人员，经常需要自己管理内存。比如用链表管理一块内存，谁用谁取，用完谁放回去。这就需要非常小心，不能有内存泄漏，不能有内存越界。一个小小的内存错误，就能导致整个系统崩溃。所以底层驱动开发，对代码的健壮性要求非常高，嚯...。

关于调试技巧

底层驱动的调试，比应用层难多了。应用层可以用printf打印日志，或者用调试器单步调试。但是底层驱动，有时候printf都不好使，或者单步调试会打断系统的运行。

所以底层驱动开发，需要掌握一些特殊的调试技巧。比如用LED灯来表示不同的状态。用串口打印二进制数据来分析问题。用示波器或者逻辑分析仪来抓硬件信号。这些工具，都是底层驱动开发人员的必备武器。你得学会用这些工具，才能发现问题，解决问题。

一下

说了这么多，其实起来就几点。从应用层转到底层驱动，不是一件容易的事，需要你付出很多努力。你需要重新学习C语言，学习计算机组成原理，学习硬件接口，学习各种协议。你需要看原理图，需要写代码，需要调试。

但是只要你坚持下去，你就会发现，底层驱动开发其实挺有意思的。它能让你更深入地理解计算机的工作原理，能让你离硬件更近，能让你写出更底层的代码，到位。。

做底层驱动，需要你有一颗耐得住寂寞的心。主要原因是底层开发往往比较枯燥，没有应用层那么光鲜亮丽。但是当你解决了一个复杂的硬件问题，当你写好了一个稳定的驱动，那种成就感是没法用语言形容的，闹笑话。。

所以如果你现在是在做应用层开发，并且想转到底层驱动开发，那就别犹豫了。赶紧去学吧。先从基础开始，一步一步来。只要你肯努力，肯付出，你一定能成为嵌入式底层驱动开发的高手，我血槽空了。。

不错。 再说说送给大家一句话：代码无国界，技术无止境。只要你想学，什么时候开始都不晚。别怕犯错，犯错是学习的机会。多动手，多思考，多。相信我，你一定能行！

我晕... 好了今天就跟大家聊到这儿吧。希望我的这些经验能对大家有所帮助。如果大家有什么问题，可以在评论区留言，我会尽量回复大家的。谢谢大家！

---