c++未来学习方向

这场高通嵌入式软件开发面试整体节奏很快，面试官不是按八股顺着问，而是从项目、系统、内核、同步、内存、驱动和升级链路里不断切换，基本属于一旦某个点答得浅，就会立刻往底层追。体感上更看重两件事：第一是 Linux 和嵌入式系统基础是否成体系，第二是能不能把项目里的真实设计、问题定位和工程取舍讲清楚。准备这类岗位，单靠背题不够，很多问题都带着“继续往下挖”的味道。题目总结进程切换发生时，内核最少需要保存和恢复哪些核心上下文，哪些内容不是每次切换都必须完整重建的？select、poll、epoll 在底层事件通知机制上的差异是什么，为什么高并发场景下通常不会继续用 select？如果一个驱动里同时有中...

如题，本人后端方向，四月中旬才开始投递暑期实习，目前收到的面试邀约很少。加上自身基础一般，面试屡屡挂掉，心态很受影响。看到很多三月就投递的同学已经手握多个 offer 开始打牌了，本人却约等于 0 进度，所以焦虑感越来越重。😥😥想问问有去年有暑期实习经历的前辈：1、五六月份捡漏投递大厂暑期，机会还大不大？2、另外，暑期实习最晚什么时候入职，才不会打乱后续秋招的整体节奏呢？也同时问问去年没有暑期实习的前辈：1、没有暑期实习的情况下，后续秋招还顺利吗？2、这段时间应该怎么准备弥补自己的弱势，有没有什么建议？

1. 自我介绍2. 如何在工程上实现兜底机制？具体到代码层面怎么做？答案：兜底机制不能只写一句“失败后重试”，要按失败类型分层。模型层可能超时、限流、返回格式错误；检索层可能无结果、召回低相关；工具层可能参数错误、权限失败、下游服务不可用；生成层可能答案无引用或不符合 schema。不同错误要有不同兜底，不能统一重跑。工程上我一般会做三层兜底：第一层是重试，比如超时、临时网络错误可以指数退避重试；第二层是降级，比如大模型失败就切小模型，rerank 失败就用召回分数排序；第三层是安全返回，比如证据不足就拒答，工具失败就返回部分结果和失败原因。对于有副作用的工具，不能盲目重试，必须加幂等 key...