校招 未知部门 / 硬件工程师 / 一面

<h2>京东嵌入式软件开发 一面面经</h2> <h1>1. 请你介绍一个最有技术含量的嵌入式项目，重点讲讲系统架构、你的职责和遇到的难点</h1> <p><strong>参考答案：</strong></p> <ol> <li>我做过一个基于STM32/嵌入式Linux的控制系统，整体分为传感器采集层、控制逻辑层、通信层和上位机交互层。</li> <li>我的主要职责是驱动开发、通信协议设计，以及核心任务调度与性能优化。</li> <li>在架构上，我把高实时任务和低优先级任务拆开，用中断加RTOS任务的方式保证关键路径响应。</li> <li>项目难点主要在于多模块协同、通信稳定性和异常场景下的恢复机制。</li> <li>我通过优化任务优先级、引入状态机设计、增加超时重试和日志定位，解决了大部分稳定性问题。</li> <li>这个项目让我对驱动、任务调度、接口抽象和系统级问题定位都有更深入的理解。</li> </ol> <h1>2. 为什么想做嵌入式开发？你觉得自己适合这个方向吗？</h1> <p><strong>参考答案：</strong></p> <ol> <li>我对底层系统比较感兴趣，喜欢把软件和硬件真正结合起来解决实际问题。</li> <li>嵌入式开发不像纯业务开发，它更强调资源受限场景下的稳定性、实时性和工程能力，这一点很吸引我。</li> <li>我平时比较愿意钻底层原理，比如中断、通信协议、内存布局、驱动流程这些内容。</li> <li>我觉得自己适合这个方向，因为我对问题定位比较有耐心，也愿意花时间看手册、查波形、分析日志。</li> <li>在项目里我更享受把一个模块从驱动、协议到应用完整打通的过程。</li> <li>从长期来看，我也希望在嵌入式系统、驱动开发和系统优化这条线持续深耕。</li> </ol> <h1>3. SPI 和 I2C 有什么区别？各自适合什么场景？</h1> <p><strong>参考答案：</strong></p> <ol> <li>SPI是全双工通信，速度一般更高；I2C是半双工，总线结构更简单。</li> <li>SPI通常需要更多引脚，至少有时钟、输入、输出和片选；I2C一般只需要SCL和SDA两根线。</li> <li>I2C支持多主多从和设备地址寻址，适合挂载多个低速外设；SPI更适合高速、短距离、点对点通信。</li> <li>SPI没有固定的应答机制，协议简单，实时性更好；I2C有应答位，通信规范更标准。</li> <li>传感器、EEPROM这类低速外设常用I2C；屏幕、Flash、高速ADC这类外设常用SPI。</li> <li>如果项目更关注速率和时序可控性，我会优先考虑SPI；如果更关注布线和设备扩展性，我会选I2C。</li> </ol> <h1>4. 讲一下中断处理流程，上半部和下半部为什么要分开？</h1> <p><strong>参考答案：</strong></p> <ol> <li>当外设产生中断后，CPU会暂停当前任务，跳转到中断服务程序执行。</li> <li>中断处理的第一原则是尽快响应，因此中断里一般只做最必要的事情，比如读状态、清标志、缓存数据。</li> <li>上半部强调“快”，主要完成紧急和必须立即完成的工作。</li> <li>下半部用于处理耗时任务，比如数据解析、协议封装、事件通知，避免长时间占用中断。</li> <li>这样分开的好处是能降低中断延迟，避免影响其他高优先级中断和系统实时性。</li> <li>在Linux里常见的下半部机制有softirq、tasklet、workqueue；在RTOS里也常通过消息队列或任务唤醒来完成类似处理。</li> </ol> <h1>5. 如果串口接收数据容易丢包，你会从哪些方面排查和优化？</h1> <p><strong>参考答案：</strong></p> <ol> <li>先看波特率配置、时钟源和双方串口参数是否一致，比如数据位、停止位、校验位。</li> <li>检查硬件层面是否有干扰，比如线过长、接地不好、电平不匹配。</li> <li>看接收中断是否处理不及时，如果中断里做了太多事情，可能来不及取走数据。</li> <li>可以引入环形缓冲区或DMA接收，减少CPU频繁处理中断带来的压力。</li> <li>在协议层增加帧头、长度、校验和重发机制，避免上层误解析和无感知丢包。</li> <li>最后结合逻辑分析仪、串口日志和统计计数，定位是硬件问题、驱动问题还是协议设计问题。</li> </ol> <h1>6. 说说 DMA 的作用，什么场景下适合使用 DMA？</h1> <p><strong>参考答案：</strong></p> <ol> <li>DMA的作用是让外设和内存之间直接传输数据，减少CPU参与，提高效率。</li> <li>它特别适合大批量、重复性的数据搬运</li> </ol>