适合人群：方向还没完全定下来，或者总觉得自己“准备了很多，但准备得不对”的技术岗学生 系列位置：这是总纲，适合先看，再按目标赛道进入分方向篇
很多人校招挂得不服。
因为从主观感受上看，自己并没有偷懒。
算法刷了。
操作系统、网络、数据库背了。
项目也准备了两三个版本。
但真正进面以后，还是会出现一种很典型的割裂感：
面互联网公司，面试官一路追线程池、MySQL 索引、TCP、缓存一致性。
面自动驾驶公司，问题突然变成：
为什么多传感器融合不能只靠摄像头
Kalman Filter、EKF、UKF分别在什么场景下用这段链路延迟上去了，你先查模型、同步还是数据总线
再换到机器人公司，又开始问：
Topic、Service、Action怎么选控制循环里为什么尽量别做动态内存分配
真机调 PID 时抖动，到底是参数、编码器、驱动还是机械结构的问题
这时候很多同学会有一个很难受的感觉：
我不是没准备。
我是准备了一套，但那套东西只够打一类公司。
这就是这组文章想解决的问题。
校招当然有通用底盘。
但互联网公司、自动驾驶公司、机器人公司，绝对不是同一张卷子。
你如果用一套八股想把三类公司一起打穿，最后最常见的结果不是“都兼顾到了”。
而是每一类都差一口气。
校招大礼包获取：入口
可能是至今最全，最好，最实用的校招大礼包，减少信息差，预期漫步无敌的刷提，不如有的放矢，针对性的准备，这样才能有效备考，有了这份资料，不说100%拿到offer，至少帮你提升50%概率拿到offer
为什么同样很努力，结果还是会差很多
先把一句话讲透：
三类公司都看基础，但它们要的不是同一层基础。
你可以先看这张简化版对照表。
| 公司类型 | 面试主线 | 高频知识块 | 项目更看什么 |
|---|---|---|---|
| 互联网公司 | 通用开发底盘 | 算法、语言、OS、网络、数据库、缓存、并发 | 业务抽象、系统设计、问题排查 |
| 自动驾驶公司 | 车端系统和算法链路 | C++、Linux、多线程、感知、定位、规划、控制、部署、实时性 | 场景理解、数据流、性能和鲁棒性 |
| 机器人公司 | 真机工程和控制闭环 | C++、ROS、控制、运动学、动力学、SLAM、嵌入式、硬件接口 | 真机调试、控制链、硬件联调 |
问题从来不只是“谁更难”。
问题是，它们筛人的方式根本不一样。
互联网公司更像“通用技术底盘筛选”
互联网公司最想确认的是：
你是不是一个基础扎实、能快速上手通用工程问题的人。
所以它特别看重：
语言和代码基本功
算法和数据结构
操作系统、网络、数据库
项目能不能抽象成一个工程问题
它筛的是通用开发潜力。
你未来去做服务端、客户端、前端、平台、测试开发，都会用到这套底盘。
自动驾驶公司更像“场景化系统工程筛选”
自动驾驶不是把互联网八股再加一点 C++ 就结束了。
它更像：
通用基础要有
C++ 和系统能力要更硬
还要理解感知、定位、规划、控制这条链是怎么串起来的
最后还得有“这东西真放到车上会怎样”的意识
所以自动驾驶面试官很容易从一个知识点，追到：
延迟预算
传感器同步
资源限制
坏天气和 bad case
线上和离线指标差异
机器人公司更像“真机工程筛选”
机器人公司最怕的，不是你不会讲概念。
而是你看起来什么都懂，但代码没真正跑上过机器。
所以机器人面试特别看：
你有没有真做过机器人项目
你懂不懂 ROS 和模块通信
你懂不懂控制、运动学、动力学这些最基本的机器人语言
你能不能把问题定位到具体硬件、控制链和联调环节
如果你所有回答都停留在“模型、算法、框架”，离真机太远，机器人面试会很吃亏。
同样是 C++，三类公司的问题为什么完全不是一个味道
很多同学容易被“C++ 岗”这个标签骗到。
看起来都是 C++。
实际上问出来的东西完全不是一个气味。
互联网公司的 C++
更常见的问题是：
虚函数、智能指针、对象模型
线程池、锁、条件变量
epoll、网络编程、缓存设计STL 容器底层和复杂度
重点是：
你是不是一个能写通用工程代码的人。
自动驾驶公司的 C++
更常见的问题是：
移动语义、
reserve、零拷贝、大对象传输多线程和实时性
共享内存、IPC、消息链路
模型部署、算子优化、内存和延迟控制
重点变成：
你写的 C++，能不能扛住车端系统这种高吞吐、低延迟、强约束场景。
机器人公司的 C++
更常见的问题是：
控制循环里的实时安全写法
RAII、锁封装、线程通信
ROS 节点、回调、消息队列
真机控制中的内存、抖动、时序和硬件接口
重点又变成：
你写的代码，能不能稳定跑在真实机器人上。
所以别再把“我投的是 C++”当成一个足够细的分类了。
它远远不够细。
三类公司，面试官最想确认的东西分别是什么
互联网公司最想确认：你能不能做通用工程
互联网面试官特别喜欢问基础追问链。
比如：
TCP 为什么三次握手
MySQL 索引为什么快
线程池怎么设计
shared_ptr为什么会循环引用
这些题不是为了让你背书。
而是为了确认你能不能把一个服务端、客户端、前端或通用平台问题讲明白。
自动驾驶公司最想确认：你是不是有场景感
自动驾驶面试官会非常在意你是不是只会说概念。
比如你说会目标检测。
它可能会继续问：
NMS为什么需要BEV为什么在自动驾驶里好用相机和激光雷达融合到底补了什么短板
模型精度提升了，但延迟炸了，你怎么权衡
这类问题的核心，是看你能不能把算法、系统和车端约束连起来。
机器人公司最想确认：你是不是做过真实系统
机器人方向很喜欢问项目追问。
尤其喜欢问到这些细节：
你有没有真机，不只是仿真
你 ROS 是真的用过，还是只听过
电机抖动、定位漂移、控制不稳的时候，你先查哪一层
你的项目里，闭环到底是怎么形成的
机器人公司通常不太吃“宏大概念叙事”。
它更吃“我真做过这个东西，而且知道它哪里最容易坏”。
那到底该先准备哪一类
别先从公司名气开始选。
先从你手上的牌开始选。
更适合先冲互联网公司的同学
Java / Go / 前后端项目更多
操作系统、网络、数据库基础相对完整
没有太多硬件、控制、SLAM、机器人背景
想先把通用开发岗打稳
更适合先冲自动驾驶公司的同学
C++ 比较扎实
做过视觉、点云、SLAM、感知、部署、Linux 系统类项目
能接受更强的场景约束和工程追问
对车端系统比对纯互联网业务更感兴趣
更适合先冲机器人公司的同学
做过 RoboMaster、机器人课程、控制或嵌入式项目
用过 ROS / ROS2，或者至少真机调过东西
对运动控制、SLAM、机械臂、导航、嵌入式链路有兴趣
愿意面对更多联调和硬件问题
很多同学不是不能投三类公司。
而是不能把三类公司当成同一阶段、同一强度、同一套资料去准备。
更稳的策略是：
先定主战场，再留一个补充篮。
比如你主战场是互联网，那自动驾驶和机器人就优先投更贴近你项目的岗位。
反过来，如果你主战场是机器人或自动驾驶，互联网公司也别只盯通用后端，可以看 C++、系统、客户端、嵌入式相关方向。
一个更实用的备考顺序
如果你现在还没完全定方向，先别急着大海捞针。
按照这个顺序更稳。
第一步：把通用底盘补到能面
无论投哪类公司，这几个都绕不过去：
一门主语言
基础数据结构和算法
多线程和内存管理
项目表达
这是所有方向的共同底线。
第二步：按目标公司类型加专项
投互联网：补 OS、网络、数据库、缓存、项目抽象
投自动驾驶：补 C++、Linux、感知定位规划控制、部署和实时性
投机器人：补 ROS、控制、运动学、SLAM、嵌入式和真机调试
第三步：把项目改造成“对口项目”
同一个项目，投不同公司，讲法也不能一样。
比如一个视觉项目：
投互联网，你可以多讲服务链路、并发、存储、吞吐
投自动驾驶，你要多讲标定、同步、延迟、鲁棒性
投机器人，你要多讲 ROS、真机调试、控制联动、闭环验证
很多人不是项目太差。
而是项目讲法和目标公司完全不对口。
最低通用准备线，至少要过这几条
如果你现在很迷茫，先别想着三条线一起冲。
先看自己能不能过这条最低线：
⬜ 一门主语言能把常见基础题写顺
⬜ 至少有 1 个项目能讲清 至少有 1 个项目能讲清 `背景 -> 方案 -> 难点 -> 结果 -> 复盘`
⬜ 知道线程、锁、内存、容器这些最基本的运行时问题
⬜ 面试里不会一被追问就只剩定义
这条线不过，先别急着区分赛道。
这条线过了，再开始做分方向准备，效率会高很多。
