很多人复习嵌入式面试时，容易在资料堆里来回切换：今天刷 C 语言，明天看 Linux 驱动，后天补 FreeRTOS，最后又发现面试官真正想看的并不是你背过多少知识点，而是你能不能把底层基础、调试能力、工程经验和项目表达连成一条线。从近阶段岗位要求和面试交流内容里能明显看出来，嵌入式岗位的筛选标准正在收紧。只会停留在单片机外设调用、只会背八股、只会说“做过串口通信”的候选人，区分度越来越低。真正更容易拿到面试通过感的，是那些既能讲清楚 C/C++ 基础，又能落到 Linux/RTOS/BSP/驱动/协议/调试/项目闭环 的人。如果把现在常见的面试方向压缩成一句话，就是：基础要硬，系统观要有，项...

Thank you Hellobike.

投了一大堆的日常，全都在初筛😢😢😡😡😡😡

1.讲解一下如何基于ReAct架构开发的？2.通过什么方式去验证skill的提升效果，指标是什么？3.为什么使用布隆过滤器和ZSet数据结构呢？4.如何保证缓存一致性的？5.redis除了缓存还有什么应用场景？6.如何避免锁误删的情况？7.为什么要使用消息队列？8.如何保证只消费一次，不重复消费？9.如何保证消息队列的延迟消息？10.threadlocal是怎么使用的？原理是什么？为什么不是用线程id去作为key？11.使用threadlocal有什么最佳实践？为什么key被设计为弱饮用？12.讲解一下jvm内存结构？垃圾收集器？jvm调优参数？13.线程池怎么使用的？最大线程数是怎么设置的？...