嵌入式手撕题目分享

禾赛科技 嵌入式开发（操作系统）面经⚜技术是真的过硬啊，秋招嵌入式被拷打的最狠之一。原定45分钟，拷打一个半小时，涉及知识面特别广，实际问的比这还要多，记忆有限。不过也无后续，但也没挂，估计在L3缓存里面吧⭕一面（9.18）1. 自我介绍2. 项目介绍3. 有没有测量IMU精度4. 串口有几根线，中断配置？5. IIC有几根线？讲一讲怎么通信？详细说一下读取寄存器的流程6. 说一说任务有哪几种状态？就绪和阻塞的任务放在哪里？放在同一个链表上面吗？7. 任务怎么进入阻塞态？（主动挂起，被强占，争取不到资源等）8. 说一说死锁？9. 怎么解决死锁问题？（获取不到锁的时候，释放本身的资源）10. 有...

前天发了总结之后，想给大家分享一下我的学习路线 ：嵌入式到底该怎么学？学习路线怎么走？其实这个问题我自己也纠结过很久，所以把我一路走过来的经历简单捋了一下，不一定适合所有人，但至少是我亲身踩过坑、调整过的路径。先说一个我自己一开始踩得挺狠的坑：刚入门学嵌入式的时候，我特别容易在底层细节上卡太久。比如：1.一个寄存器每一位都想搞清楚2.HAL 库底层怎么实现反复去翻3.时钟树不全弄明白就不敢往下写结果就是：看起来学得很“深”，但项目迟迟跑不起来，系统也没搭成，投入产出比其实不高。后来慢慢意识到一件事：在入门到进阶阶段，先把系统跑通，比一开始吃透所有细节更重要。下面是我自己走过的一条学习路线（偏 MCU + RTOS）第一阶段：C 语言 + 基础数据结构这个阶段我没追求什么高级语法，更多是理解：1.指针、数组、内存到底在干嘛2.能不能把代码写清楚、不出奇怪 bug说实话，这一步真的就是地基，后面写驱动、写 RTOS 任务，全靠它。第二阶段：MCU 外设 + 中断 + 调试这一阶段我觉得不在于“会多少型号的芯片”，而在于：1.GPIO / 串口 / I2C / SPI / 定时器你是不是真写过2.中断敢不敢用、会不会用3.程序跑飞了，你是懵住，还是知道从哪查能不能独立把一块板子跑起来，比“听说过多少概念”重要得多。第三阶段：做一个完整的小系统项目这是我感觉很多人容易卡住的地方。项目不需要多复杂，但一定要完整：1.有整体功能2.有模块划分3.有你自己真实的调试和踩坑过程在我实习和秋招面试过程中，能明显感觉到企业更关心的是：你能不能把一个系统从 0 跑到 1，而不是背了多少知识点。第四阶段：再回头补 RTOS / Linux等前面这些走过一遍，再学 RTOS 或 Linux，感受会完全不一样。你会知道：1.为什么要用 RTOS2.它解决的是哪一类问题3.在系统里该放在什么位置而不是只停留在“会用 API”。最后想说一句自己的真实感受：嵌入式不是一条越早卷越好的路，而是一条工程感越来越强的路线。与其焦虑自己“是不是学得不够多”，不如先把一个系统真正跑通。如果你现在正卡在学习方向或项目选择上，也可以私聊我，我们一起捋一捋。

博主本身是天坑专业出身，从零基础起步，用了 6 个月完成嵌入式转行，同时走了 MCU + Linux 两个方向，最终两边都拿到了 四五十万级别的 offer。因此我一直认为：两个方向一起走，是性价比非常高的选择。这两个方向涉及的知识面都非常广，问题就变成了：如何在有限时间内完成速通？一、大方向概览，小点深挖（核心方法论）1️⃣ 大方向概览：先建立全局认知所谓大方向概览，指的是对 MCU 和 Linux 相关知识体系进行一次快速、系统性的了解。这里非常不建议一开始就看系统课程，效率偏低。更推荐直接看 总结好的知识点 / 官方文档。这一阶段的目标只有一个：对整个技术体系有清晰的整体认知，而不是立刻...

二战老兵刚考完试也不能闲着，先找个班上。25年毕业上了三个多月的班，之前在校参加过一段校企合作的项目，就当它是实习了。简历有啥修改建议不，前辈们帮我看看，感谢！