最近我整理了 vivo 暑期实习（嵌入式 / Linux 方向）的面经，发出来给后面要面的同学做个参考。技术面难度还是有的，节奏偏快，会顺着你的回答往下挖；整体氛围还行，但有几道题一旦答浅了就会立刻追问细节。面试题目进程和线程在内核里分别对应什么数据结构？创建线程和创建进程在内核路径上有什么异同？CFS 调度器里 vruntime 是什么？为什么用红黑树？新进程加入时如何防止老进程被饿死？nice 值、SCHED_FIFO / SCHED_RR 和 CFS 的关系是什么？实时调度会不会饿死普通进程？虚拟地址到物理地址的完整路径（MMU、页表、TLB）讲一遍；TLB miss 时会发生什么？伙伴...

夜色沉沉，拖着破掉的行李箱，踏进这间小小的出租屋。从此，我的字节实习之旅正式启程，前路漫漫，全力以赴，好好加油！

投日常的话不补微服务的技术栈够吗？

很多人一听到这个问题，就开始罗列一堆技术名词：ReAct、Plan-and-Executor、Reflection、Multi-Agent…如果面试官继续追问：为什么会出现这些范式？各自解决什么？本质区别在哪？项目里怎么选？很多人可能就会卡壳了。这些范式实际上都在解决一个问题：当任务越来越复杂时，如何让 Agent 变得更可靠？随着任务从简单的单工具调用，发展到多步骤长任务、跨领域复杂任务，再到企业级生产任务，Agent 暴露出一系列问题：长任务容易失控偏离目标、输出质量不稳定、单 Agent 上下文窗口有限、生产环境缺乏可控性与合规性等等。不同范式针对不同阶段的核心痛点提出了解决方案，但同时...