嵌入式百套大厂面试题总结

从前，我以为点亮LED就是征服了世界。​ 那些年，if后面多写个等号就能让整个系统化身“霸道总裁”，对硬件寄存器配置的理解全靠“玄学”，硬件同事一句“我这儿没问题”，我就得通宵陪焊反的电容“喝茶”。那时候的进阶，是能把“=`”调试成“==”的“视力”进阶。后来，我明白了，真正的进阶是和“不确定性”共舞。​ 内存不再“裸奔”，我学会了用内存池管住“貔貅”，用0xDEADBEEF在栈底站岗防溢出。面对硬件“闹脾气”，我备好了数字滤波三件套，能在一片电磁“蹦迪”中让数据稳如老狗。和硬件兄弟的关系，也从“甩锅”变成了“一起啃datasheet，一起用逻辑分析仪抓波形”的革命友谊。会录用我吗？

1.自我介绍2.问了关于公司的业务3.makefile文件的结构特点？4.makefile里如何写一个LED的驱动模块？5.LED属于哪类设备？一共有哪几种设备类型？6.描述一下STM32的启动过程？7.中断的优缺点说一下？8.STM32是什么意思？GPIO是什么意思？9.GPIO的输入模式有哪些？10.volatile关键字的作用？用过吗？11.malloc和New的区别？12.什么是多态？13.前拷贝与后拷贝？14.IIC的时序说一下？15.现在有其它的工作机会吗？16.工作地点是怎么考虑的？

在软件测试面试中，当被问到 “JMeter 中如何实现接口关联？” 时，面试官主要考察你是否：- 理解接口之间的数据依赖关系；- 能熟练使用 JMeter 的后置处理器提取响应数据；- 具备构建端到端业务流程自动化脚本的能力。✅ 推荐回答（清晰、结构化、无代码但讲清原理）在 JMeter 中实现接口关联，核心思路是：从前面接口的响应结果中提取关键数据（比如 token、订单 ID），保存为变量，然后在后续请求中直接引用这个变量。整个过程通过 JMeter 内置的“后置处理器”和“变量机制”完成，无需手动干预。🔧 具体实现步骤（面试口语化表达）1. 先发送前置接口比如先调用“登录”接口，成功后返回一个 access_token 或 user_id。2. 使用后置处理器提取响应中的关键字段在该请求下添加一个 JSON Extractor（如果是 JSON 格式）或 正则表达式提取器（适用于其他文本格式），配置要提取的字段路径或规则，并指定一个变量名（比如 token）来保存结果。3. 在后续接口中引用该变量比如在“创建订单”请求的 Header 或 Body 中，使用 ${token} 来代替实际值。JMeter 在运行时会自动将变量替换为上一步提取的真实数据。4. 验证提取是否成功可以添加 Debug Sampler 和 View Results Tree 查看变量是否正确赋值，确保关联逻辑生效。5. 支持复杂场景- 如果返回的是列表（如多个订单 ID），可以提取全部并循环使用；- 如果需要跨线程组传递，可以用 __setProperty() 和 __P() 函数实现全局变量共享。💡 面试加分表达- “我通常会把一整套业务流程（比如登录 → 下单 → 支付）放在同一个线程组里，通过变量串联，确保每次运行都是完整闭环。”- “在项目中，我们靠这种方式实现了全链路自动化回归，发现了好几个因 token 失效导致的中间环节失败问题。”- “除了 JSON，我也处理过 XML、HTML 响应，根据格式选择合适的提取器。”❌ 避免低级回答- “我每次手动改参数。”（❌ 无法自动化）- “JMeter 不能传参吧？”（❌ 不了解基础功能）- “让开发返回固定值。”（❌ 脱离真实测试场景）✅ 总结一句话“JMeter 通过后置处理器从响应中提取数据存为变量，再在后续请求中引用该变量，从而实现多个接口之间的动态参数关联，支撑完整的业务流程自动化测试。”这样的回答既专业又务实，能充分展现你对 JMeter 核心功能的掌握和实战经验。

前言最近在准备嵌入式Linux应用开发的面试，发现很多同学对这块的知识点掌握得比较零散。我自己整理了一份高频面试题，涵盖了进程线程、文件IO、网络编程、IPC等核心知识点，基本上覆盖了80%的面试场景。这些题目都是我从牛客、CSDN、各大公司面经里整理出来的，有些是我自己面试时被问到的。分享出来希望能帮到正在准备面试的同学。建议大家不要死记硬背，要理解原理，能用自己的话说出来。面试官最看重的是你的理解深度，而不是背书。核心20道面试题一、进程与线程（必考）1. 进程和线程的区别？什么时候用进程，什么时候用线程？2. 如何创建进程？fork()的返回值是什么？父子进程的执行顺序？3. 僵尸进程和...