题解 | #等差数列#

经历过也当过面试官，感觉面试官的“尖刻”，通常分三种，应对策略完全不同：第一种：压力测试型（占大多数）表现：连续追问细节，挑战你的方案，甚至质疑你的结论。比如：“你这个活动的成功，有没有可能是运气？”“你这个数据是怎么得到的？落地性经过检验了吗？”目的：考察你的抗压能力、逻辑扎实程度和自信水平。看你是在压力下崩溃，还是能冷静捍卫自己的观点。我们怎么办：保持镇定，把质疑当作深入的讨论机会。你可以说：“您提的这点很关键，我当时的考虑是…，从结果来看…，如果再来一次，我会加入…的验证。” 展示你的思考深度和成长性。第二种：秀优越感/PUA型（少数，但存在）表现：打断你说话，用居高临下的语气否定你的经...

一开始签了个AI coding什么的，当时想欸这么好可以用AI？（似乎那个AI coding是ai面试？）然后再看又是切屏不计入，又是允许本地IDE，干脆直接chatgpt启动了出来和大家讨论发现好像不能用AI上小红书搜发现这么干的不是少数，尤其是本地IDE直接是cursor和trae的而且发现这个问题去年秋招就有人问过，更离谱的是当时有的人问HR，有的HR说可以有的说不可以现在发了邮件去问招聘团队了，感觉是细则没写清楚要是直接说不能用不如直接签到题走人更省时间

总时长35分钟，无手撕，感觉遇到KPI面了，唉35分钟一直在问实习，八股就问了下面的1.redis与数据库的缓存一致性2.redis的zset数据结构3.redis的两个持久化机制4.分布式cap理论5.什么时候ap，什么时候cp6.进程线程协程问怎么没手撕，说一面撕过了，业务是应用宝游戏商城，后面过了还有一面技术面，问面试表现，说挺顺的，可以再关注一下运维数据，然后问转go有难度嘛，就结束了

参加了 联影医疗 嵌入式软件开发一面，整体感受是：问题不多，但每一道都可以“往死里问”。面试官不会刻意区分 MCU 或 Linux，而是围绕“你是否真正理解系统如何运行”不断追问，从语言本质、硬件行为到操作系统机制，很多问题如果只是停留在经验层面，很容易被继续往底层追溯。以下是整理出的 18 个问题，基本还原当时的技术深度。面试题目C 语言中一个变量从定义到被 CPU 访问，中间经历了哪些过程？编译器、链接器和内存布局分别做了什么？指针解引用时，CPU 具体做了什么？如果访问了一个非法地址，会在硬件层面发生什么？volatile 能解决所有并发可见性问题吗？在多核系统和单核中断场景下分别有什么...