这个3月我总结了不少嵌入式面试题

真正让人对技术实习改观的，不是第一次把需求写完，而是那次压测刚起量，监控曲线开始抖的时候，会议里有人准备继续往前推，我先说了一句：这版先别急着发。 当时表面上的现象很普通：某条核心链路的响应时间不稳定，偶发超时开始出现。可继续往下看，问题并不只是一段代码慢了，而是下游波动触发上游重试，重试又把链路进一步压紧，局部抖动开始往整个系统放大。 我没有急着盯着某一行代码改，而是先问自己：这到底是什么问题。是容量预估没踩稳，是依赖治理没收住，还是架构设计里缺了一层缓冲？把监控、日志、调用链和最近变更一点点对齐之后，方向才逐渐明确：单点修补不够，必须从超时、重试、隔离和降级一起看。 接下来，方案也不能拍脑...

以前学长学姐毕业就冲大厂，路清清楚楚。到我们 27 届，大模型一来，选择多了反而更慌。流量还是行业？大厂还是银行？纯技术还是技术 + 业务？每天翻来覆去想，怎么选都有顾虑，太懂这种焦虑了。

一、什么是大小端？ 大小端是针对于多字节数据来说的。嵌入式一般是大端模式。 大端模式：低位字节在高地址上，高位字节在地地址上。 小段模式：低位字节在低地址上，高位字节在高地址上。二、如何判断计算机处理器是大端还是小端？ #include <stdio.h> int checkCPU(){ { union w { int a; char b; } c; c.a =1; return(c.b == 1); } } int main() { if (checkCPU()) printf("小端\n"); else printf("大端\n"); r...

嵌入式编译和调试常遇到诡异错误。别只贴片段，把完整的报错信息（如ARM GCC编译器输出、硬件调试日志）和代码一起上传。比如，AI能快速从“内存对齐错误”中定位DMA配置问题。结合JTAG/OpenOCD日志，效率翻倍。嵌入式逻辑涉及中断、驱动、低功耗管理，切忌直接照搬代码。先自行拆分核心框架，如先设计任务调度流程图，再让AI补全外设初始化和错误处理细节。这样既能借AI提速，又能牢牢掌握硬件交互思路，避免资源泄漏或实时性冲突。