二面面试官是技术负责人，比一面更注重原理深度和实际项目经验，很多题都是在一面基础上继续往深挖，追问细节比较多。整体节奏偏慢，每道题都会聊很久，建议把自己做过的项目细节提前梳理清楚，光背理论不够，要能结合实际说清楚。1.一面提到了RTOS，那你讲一下优先级反转是怎么产生的？FreeRTOS是怎么解决这个问题的？2.你在项目中有没有遇到过栈溢出的问题？当时是怎么发现的，怎么定位的，最后怎么解决的？3.讲一下Cache的工作原理，Cache Miss会带来什么影响？在嵌入式开发中有哪些场景需要注意Cache一致性问题？4.你了解内存屏障吗？在什么情况下需要手动插入内存屏障？5.讲一下Cortex-M...

看来得重新踏上征程了。后悔之前oc之后没有走其他的流程。

鼠鼠是二本学历，学的是java，面的是软件工程师，面试的时候没问什么技术，就问了一些项目经验，我就把之前公司的项目经验说了一下，但是复盘面试的时候发现讲的很多东西都不会甚至有的根本没听过（mes，仿真，ai）。虽说面试官说了有学习的机会，进去以后先从mes学起，如果学习能力强会调去ai，但鼠鼠还是很紧张，可以说是不自信吧，也可以说是被打压太久了反而没有信心了😭

第一次被拉进技术评审会时，我以为自己只是去旁听。结果会开到一半，大家盯着一段异常波动的调用链，讨论一个老问题: 流量上来以后，某个核心模块偶发超时，重试一多，后面的服务压力也跟着抬起来。 当时没有谁直接把答案告诉我。导师只说了一句：“你先别急着改代码，先判断问题到底出在哪一层。”这句话我记了很久。因为真正有挑战的技术工作，第一步往往不是写，而是判断。 接下来几天，我补链路、看日志、对照监控，把请求路径一点点拆开。最开始我也怀疑过是不是单点性能问题，但越看越发现，问题没那么简单。它不是某一行代码突然变慢，而是高并发下，上下游配合方式开始变得脆弱：重试策略叠加、依赖调用放大、部分节点抖动后缺少足够...