面试嵌入式岗位，很多人会把重心放在“八股文”上：volatile 怎么理解、指针和数组的区别、FreeRTOS 有哪些状态、SPI 和 I2C 区别、线程和中断怎么配合。这些东西当然要会，但说实话，它们更像门票，不是上限。真正拉开差距的，往往不是“你背了多少题”，而是面试官追问到项目细节时，你能不能把一个功能从需求、实现、调试、稳定性、边界条件、量产问题一路讲清楚。嵌入式岗位尤其如此，因为这个方向天然是工程导向的。代码能不能跑，板子能不能起，外设稳不稳定，现场问题能不能复现和定位，这些都不是背几道题能替代的。先说结论：八股决定下限，工程能力决定上限如果让我用一句话概括嵌入式面试的判断标准，那就...

c++在路上了，lua也在路上

1.介绍自己的一个项目的整体流程2.数据库缓存一致是怎么做的3.高并发条件下异步update数据库，如果异步消息没送到数据库，就会出现数据库和redis信息不一致问题，怎么解决4.我看你用了服务发现？（我说用的nacos5.Nacos的作用，底层协议是怎么样的（我估计是想让回答出来gRPC6.Agent项目如果用户会话记忆过长，怎么处理，是否考虑压缩上下文7.微调大模型测试的时候怎么判断大模型微调的效果是好是坏，只是依靠人工查看指标吗8.如果有一个5000-10000个任务的线程池，要求必须全部完成，怎么设计线程池9.是否有了解过openclaw等框架，对skill有什么了解，会用吗10.手撕...