每年金九银十的校招季B站的后端笔试卷总能引起不少讨论。2023届这版B卷我印象里算法题难度适中但基础题覆盖面很广选择题里藏着不少“陷阱”系统设计题也很有B站业务特色。当时好几个学弟学妹做完出来吐槽“选择题考得太细了”“算法题看着简单但一写就卡”。其实这份卷子背后代表的是B站后端团队对基础能力的真实要求也反映了当下互联网后端校招的主流考察方向。这篇文章我就以这份笔试卷B为切入点结合我这些年做后端、也参与过校招面试出题的经验把这类试卷背后的考点逻辑、答题思路、容易踩的坑一次讲透。不管你是准备投B站还是想拿其他大厂后端offer这份拆解都有参考价值。我会按试卷的实际考察模块来梳理同时补充对应的复习路线和实战技巧尽量让不同基础的同学都能从里面找到自己需要的东西。整个“哔哩哔哩2023校园招聘后端开发方向笔试卷B”考察的内容总结下来就是三块计算机基础功底、Java技术栈的实战理解、系统设计的基础思维。下面逐块拆。1. 试卷整体风格与考点分布解读1.1 这份卷子到底想筛什么样的人先说结论B站的校招笔试题在互联网大厂里面属于“中间偏实用”的难度。它不像某些大厂那样堆大量hard级算法题也不像传统国企那样全是概念背诵。B卷的整体风格是算法题给到中等难度基础选择题覆盖Java、网络、操作系统、数据库再配一道贴近业务的系统设计题。这种组合本质上是在筛选两类人一是基础功扎实、能稳稳写出无bug代码的候选人二是有工程思维、能结合业务场景做方案设计的候选人。为什么这么设计B站的后端业务场景很典型高并发访问、海量UGC内容、实时互动需求强烈弹幕、评论、推荐、私信这些都是高频核心场景。笔试环节不可能让候选人直接写一套生产系统但可以通过选择题和大题考察你是否具备处理这些场景的底层知识储备。比如弹幕的高频写入、排行榜的实时更新、评论的分页查询这些背后对应的就是Redis、MySQL、消息队列等基础组件的原理和选型能力。所以你去看这份卷子会觉得“好像什么都考了”但它其实有一个清晰的底层逻辑不是考你背了多少八股文而是看你能不能把基础知识灵活应用到B站实际的业务问题里。1.2 考点分布与题型结构复盘我根据多个渠道的信息还原B卷的整体结构大概是这样的单选和多选混合的基础选择题占比较大覆盖Java基础、并发编程、JVM、计算机网络、操作系统、MySQL和Redis一道中等偏难的算法编程题一道系统设计类题目或场景应用题。选择题目里不少是多选少选、错选都不得分这就很考验对知识点的精确掌握而不是“大概知道”。考察模块常见考点考察目的Java基础集合类源码、异常处理、泛型、String确认候选人主力语言是否真的扎实并发编程synchronized/ReentrantLock、线程池参数、CAS、volatile判断是否理解高并发场景的常用手段JVM内存区域、GC算法、类加载机制排查线上问题的底层知识是否具备计算机网络TCP三次握手/四次挥手、HTTP/HTTPS、TCP与UDP看对网络协议栈的理解程度操作系统进程线程区别、死锁条件、虚拟内存衡量基础素养MySQL索引结构、事务隔离级别、MVCC、SQL优化数据存储是后端核心技能Redis数据结构、过期策略、缓存一致性高并发场景的必备组件算法数组/链表/二叉树/动态规划为主编程基本功和问题抽象能力系统设计弹幕、排行榜、评论、短链接等场景综合运用知识设计小型系统注意看这个分布B站考的和算法岗完全不同它不带任何“炫技”倾向全是后端日常开发中真正会用到的知识点。所以复习这类卷子不要抱着“刷完LeetCode就完事”的心态而是要把每个基础知识点都往“生产环境怎么用”去思考。2. 高频考察点逐项拆解与答题思路2.1 算法题技术功底与场景抽象能力B卷的算法题基本在LeetCode中等难度档位但有个特点题目包装往往带点业务背景会给你一个场景描述让你抽象出数据结构。这是很多同学丢分的地方——不是不会做而是看不懂题目要干什么。我当时跟几个参加过的同学复盘发现B站算法题常考的方向集中在数组与滑动窗口、链表操作、二叉树遍历与路径问题、TopK相关问题、动态规划的经典模型。这些题目看似普通但B站会在题目描述上做文章。比如“某UP主视频的播放量按时间排列找出连续增长的最长天数”其实就是最长连续递增子序列的变种“弹幕池按时间排序取某一时间窗口内的所有弹幕”本质就是滑动窗口或前缀和。这类题目的答题核心就一条先把业务包装剥掉还原成纯数据结构问题时别急着写代码先确认边界条件。滑动窗口类的题要注意窗口大小和边界索引链表类要注意空指针和头结点处理二叉树类要注意递归终止条件。这些细节是笔试自动判题最容易踩的坑平时练习时就养成习惯能省很多时间。2.2 Java基础和并发B站后端的技术底座B站后端主力语言是Java和Go但在校招笔试里Java考察比重极高因为高校里学Java的人多而且Java基础知识的区分度也很好。“Java基础扎实”不是说你背会了HashMap的原理而是能说清楚什么时候用ArrayList什么时候用LinkedList、ConcurrentHashMap在JDK 8里为什么用CAS加synchronized、线程池的七个参数在真实业务里怎么配。笔试卷里Java基础的选择题我见过这些比较经典的出法给一段代码让你判断输出结果考察String不可变和常量池给一个HashMap并发场景问你会出现什么问题给一个线程池配置问队列满了之后新任务走什么策略。这类题想拿分光靠背不行你得真的写过多线程代码真的遇到过并发问题才能做对。比如线程池那个题很多人知道AbortPolicy是默认拒绝策略但题目稍微把队列和最大线程数搭配做出变化判断就乱了。并发这块我建议复习时抓住一条主线从JMM内存模型开始理解volatile的可见性和指令重排再到synchronized锁升级过程再到Lock体系下的AQS原理。这条线捋顺了大部分并发选择题都有了解题框架。ReentrantLock和synchronized的对比、CAS的ABA问题、ThreadLocal的内存泄漏问题这几个是笔面试常客。2.3 网络与操作系统基础决定天花板网络和操作系统是最容易在选择题里拉开差距的两个模块。原因很简单这两科内容多、细节杂而且很多同学在大学里就是“考前背一背”根本没有系统理解过。但B站的业务偏偏对这两块要求很高。网络方面TCP三次握手和四次挥手的细节几乎年年考但B卷的考法会比较灵活。比如不是让你简单列握手过程而是给出一个状态变化序列让你判断哪些状态是合法的。或者给出一个TIME_WAIT相关的场景题服务端主动关闭连接时为什么需要TIME_WAIT大量TIME_WAIT连接怎么处理这些题和B站这种高并发服务端的实际运维痛点密切相关。HTTP/HTTPS也是重点尤其是HTTPS的握手过程。有一道题我印象很深问HTTPS握手过程中客户端和服务端分别用到了哪些密钥非对称加密和对称加密分别在哪个阶段发挥作用。这题很多人栽了因为只背了“HTTPS更安全”没真理解握手细节。TLS 1.2和TLS 1.3的区别也是B站这类注重实时互动体验的公司喜欢考的因为连接建立速度直接影响用户体验。操作系统方面死锁的四个必要条件、进程与线程的对比、虚拟内存和页面置换算法是常规考点。但B站的卷子喜欢结合实际比如多线程环境下哪些资源是线程共享的、哪些是独立的或者虚拟内存太大导致页缓存频繁失效时对后端服务性能有什么影响。这些题考察的不是单点记忆而是对系统整体运行机制的理解。复习时可以把“写一个高并发服务时操作系统底层怎么支撑”作为主线把进程调度、内存管理、I/O模型串起来。2.4 数据库与缓存后端必考组合拳MySQL和Redis在B站笔试卷里的分量不小而且它们经常组合出现。MySQL考的是索引和事务Redis考的是数据结构和缓存策略。MySQL部分最常见的出题角度是给一条SQL问它能不能用到某个索引或者让你判断一个联合索引的最左前缀匹配怎么生效。这类题没有捷径你得理解B树的结构理解回表、索引覆盖、索引下推这些概念。还有一个高频点事务隔离级别和MVCC。MVCC的底层实现ReadView生成时机、undo log版本链要捋清楚因为题目会结合具体的并发场景问你事务A和事务B同时操作一行数据在不同隔离级别下A能不能看到B未提交的修改。Redis部分五种基本数据结构的底层实现特别是跳表在有序集合里的应用是基础题。但B卷真正想考的是你会不会在业务里正确使用Redis。比如缓存穿透、缓存击穿、缓存雪崩这三种情况怎么区分、怎么解决就是必考选择题。还有分布式锁用Redis怎么实现setnx命令为什么需要配合过期时间。结合B站业务来猜Redis相关考点B站首页要缓存热门视频列表排行榜要实时更新播放量弹幕要按时间窗口拉取。这些场景对应的Redis选型分别是热门列表用Sorted Set按分数排序实时计数器用Hash或String加原子自增时间窗口数据用ZSet按时间戳排序。当你能把Redis的命令和数据结构跟这些具体业务场景挂上钩笔试题怎么变都不慌。3. 系统设计题体现实战积累的分水岭3.1 弹幕系统设计贴近B站业务的经典场景如果B卷出了系统设计题弹幕系统是一个非常典型的出题方向。原因很简单弹幕是B站最核心的互动功能之一而且它在技术上很有挑战性——高并发写入、实时性要求高、历史弹幕存储量大、热点视频的弹幕量会瞬间暴增。拿到这类题第一件事不是画架构图而是要跟出题人确认需求边界。虽然笔试没法问答但你可以在答案开头先写明自己的假设比如“假设这是一个房间维度的弹幕系统单房间同时在线人数约十万高峰期每秒写入约一万条弹幕支持按时间范围拉取历史弹幕”。我见过很多同学上来就画Kafka、Redis、MySQL一大套架构结果连弹幕的基本操作都没定义清楚这就是没抓住重点。按我的经验弹幕系统的核心需求可以拆成两个实时弹幕的推送和在线弹幕的拉取。前者解决“我怎么尽快看到别人发的弹幕”后者解决“我进来之后怎么看到之前发的弹幕”。面试时这两个方向都答到整个方案的完整性就出来了。实时推送这边大多数方案会引入WebSocket长连接让客户端和服务端保持一个稳定的双向通信通道。弹幕发出来之后先到接入层再通过消息队列广播给该房间的所有连接。这里用消息队列的好处是削峰填谷弹幕发送量的瞬时波动可以靠队列缓冲避免直接打垮后端服务。如果连Redis都考虑进去可以用Redis的Pub/Sub做轻量级广播但要注意Pub/Sub的消息不持久化服务端重启就丢了。历史弹幕这边方案就比较多了。如果量级不大直接存MySQL按视频id和弹幕时间建联合索引来查询。但如果像B站这种量级通常会引入分布式存储或时序存储方案或者对弹幕进行分库分表。笔试作答时不要一上来就搞分库分表先给出单库方案再明确指出容量瓶颈然后提出扩展方案这样能体现你的架构演进思维。3.2 通用答题框架从接口定义到存储设计再到扩展方案系统设计题看起来开放但其实有一套可以复用的答题框架我总结为四步走定义接口、设计存储、梳理流程、分析扩展。第一步定义接口先明确系统的核心操作。比如弹幕系统就是sendDanmaku(roomId, userId, content, timestamp)和pullDanmaku(roomId, startTime, endTime)。接口定义能帮你确认系统边界也让阅卷人一眼看到你理解了需求。第二步设计存储针对接口去选存储方案。实时在线状态适合用Redis持久化数据用MySQL或分布式存储。选存储的时候要给出理由为什么选这个而不选那个。比如弹幕内容要支持按时间范围扫描选MySQL加索引可以但如果弹幕量上亿单表扛不住就要考虑分表或引入其他存储。笔试时把这个思考过程写出来很重要因为阅卷人要看的不是标准答案而是你的决策链是否合理。第三步梳理流程把一次完整的读写请求串起来。比如发弹幕客户端发送到网关网关校验登录态和内容合规性然后写入消息队列消费者异步写库同时推送给房间内其他在线用户。拉弹幕客户端到达后先走接口查询历史弹幕同时建立WebSocket连接接收实时弹幕。画不出流程图没关系用文字把时序描述清楚就行。第四步分析扩展主动指出方案的瓶颈和优化空间。这一点是区分“背方案”和“真理解”的关键。你可以指出热点房间的弹幕流量可能会把单机WebSocket连接池打满所以需要按照roomId做水平扩展消息队列的消费者如果处理不过来需要增加分区和消费者实例。这些扩展思路不需要实现但能体现你具备架构思维。3.3 其他可能的系统设计题方向除了弹幕B站笔试卷还有一些常见的系统设计出题方向排行榜、评论区、关注关系、视频推荐列表。排行榜设计考察Redis的Sorted Set以视频播放量或点赞数为score以视频id为member。这里容易忽略的点是分数实时变化时ZADD命令的复杂度是O(logN)如果热点视频反复修改分数Redis压力会比较大。优化方案是把更新操作做成异步批量合并。评论区设计考察分页和嵌套回复。很多人只会背“用offset分页”但B站评论量巨大的场景下深分页性能很差。更好的方式是基于游标cursor分页或者限制最大翻页深度。嵌套回复如果允许无限层级查询难度会剧增一般会限制二级回复或者用扁平化加回复引用关系来存。关注关系设计考察好友/关注关系的存储常见方案是A用户关注B用户时在A的关注列表和B的粉丝列表里分别写入一条记录。你还可以讨论用Redis的Set来存储关系链条用推拉结合模式做Feed流。B站动态页就是典型的关注Feed流推模式存发件箱拉模式收件箱混合模式折中。这些题目万变不离其宗本质上都在考察怎么用常见组件MySQL、Redis、消息队列组合出符合业务场景的读写路径。复习的时候多练几个场景形成自己的答题框架和节奏比死记硬背一个“标准答案”要实用得多。4. 笔试实战中的高频失分点与经验教训4.1 选择题的“读题陷阱”和“概念混淆”B卷的选择题有一个显著特点很多错误选项都来自真实的误解而不是随便编一个答案。比如多选题里一个选项的说法“单线程的Redis一定不会出现并发问题”就很有迷惑性。单线程执行命令确实避免了并发竞争但Redis有持久化、过期删除、集群同步等后台操作这些场景下依然有并发。这种题如果你只是“知道Redis单线程”没深入想过它的边界很容易把错误选项选成对的。另一个高频失分点是把概念记混。TCP和UDP的区别、进程和线程的区别、HashMap和Hashtable的区别这些大家都背过但考试会给你具体场景让你判断。例如“一个直播弹幕场景对时延要求高、允许少量丢包应该选TCP还是UDP”一部分同学条件反射选了TCP“因为更可靠”但实际答案是UDP因为弹幕场景实时性优先丢一两条弹幕无关紧要。这类题考的就是你能不能把书本概念放进真实场景里做取舍。所以做选择题尤其是多选题建议遵循三步法第一步把每个选项当成一个独立的判断题逐一判断对错第二步对拿不准的选项回忆一下有没有与之矛盾的实际场景第三步全部判断完之后再统一标注不要做一个选一个免得被题目里的叙述顺序带偏。4.2 算法题的边界条件与时间分配算法题在笔试里分值高但也是最容易翻车的地方。翻车原因通常不是思路不对而是边界条件没处理好。比如链表翻转很多同学记得住迭代思路但总是忘记处理链表为空或只有一个节点的情况。笔试的判题系统会跑很多用例边界用例往往就是区分“通过80%”和“全部通过”的关键。我的建议是写代码前先在注释里列出输入范围比如“0 n 10^5”然后针对最小值和最大值各想一个用例。另外循环里用到指针移动时记得判断空引用涉及数组索引时确认访问的下标会不会越界。这些习惯在平时刷题时就要养成考试时才能条件反射式地写对。时间分配方面我的经验是选择题控制在总用时的三分之一左右算法题控制在三分之一到二分之一剩下的时间留给系统设计题。系统设计题虽然不像算法题那样有硬性的判题逻辑但需要文字表达清楚比想象中耗时。不要在一道选择题上纠结超过三分钟拿不准的先标记把后面能拿的分拿完再回来抠。4.3 在线笔试工具与输入输出处理校招笔试通常在牛客网或赛码网这类在线平台上进行这类平台的代码输入输出处理和大厂面试手写代码不一样需要自己处理标准输入输出。很多同学LeetCode刷习惯了用的是函数签名写法一到牛客网要自己写main函数和Scanner就懵了。这是非常可惜的失分点因为算法思路完全正确结果因为读入格式处理错了前几个用例直接错误。应对办法很简单提前到牛客网上刷几道需要处理输入输出的题目把Scanner和BufferedReader的用法练熟把“读一个整数、读一行字符串、读包含空格的整行”这类高频输入场景都跑一遍。输出格式也注意比如结果需要换行还是空格分隔有没有额外要求。别小看这些细节笔试环境本来就紧张如果连输入输出都写不顺手很影响后面的状态。另外在线平台上IDE的自动补全和报错提示通常比本地IDE弱很多平时刷题可以故意在牛客网这种平台练感受一下没有智能提示的情况下能不能写出无语法错误的代码。4.4 考后复盘把笔试变成一次学习诊断还有一点很重要考完试不等于事情结束了。我身边不少同学笔试成绩不理想但考完就扔一边下次继续裸考结果反复在同样的地方跌倒。正确的做法是考完之后趁着记忆还在立刻把整张卷子复盘一遍。不确定的选择题回去翻书查明白算法题如果有更优解把题解对照着一行行看明白系统设计题对比下网上能找到的参考答案看看自己遗漏了哪些关键模块。复盘时不光要看“正确答案是什么”更要追问“我当时为什么选错”。是概念没记牢还是题目读偏了还是被错误选项的包装迷惑了把这个根因找出来你才知道后续复习精力该投到哪里。我见过一个学弟用Excel做了个错题记录表每道题记录错因和对应知识点考前两周翻一遍效果比刷十套新题还好。而且你要意识到校招笔试是一个持续性过程。B站不是唯一一个采用这类笔试卷的企业你在B站这场笔试里暴露出来的问题大概率在其他公司的笔试里还会碰到。所以把每次笔试都当成一次免费的全真模拟诊断认真复盘后面拿offer的概率会高很多。5. 从B站笔试卷反推后端开发学习路线5.1 校招后端核心技能树做完这套卷子你应该能感受到后端校招考察的“核心技能树”是什么样的。很多同学在准备阶段容易犯一个方向性错误要么疯狂刷算法题忽略了基础知识的深度要么埋头背八股文结果算法题做不出来。B站这份卷子告诉你的是后端开发需要的是基础知识、编程功底和系统设计思维三者的平衡。按照重要程度排序我建议这样配置你的复习精力算法和Java基础各占约三成计算机网络、操作系统、数据库、Redis各占约一成系统设计占约一成。注意这个比例不是让你平均用力而是根据“投入产出比”来分配。算法题和Java基础是区分度最高的模块值得花大块时间计算机网络和操作系统内容多但需要深度理解适合在理解大框架后反复过细节数据库和Redis是后端实操中最高频使用的复习时多结合业务场景想能一举两得。学习路线上我的推荐路径是先掌握Java语法和集合类源码再学JVM和并发编程同时把计算机网络和操作系统的基础过一遍然后是MySQL索引和事务、Redis数据结构和使用场景最后通过系统设计题把知识串联起来。这个顺序是从“语言本身”到“语言底层”再到“后端基建”符合大多数人的学习习惯。5.2 笔试备考的具体行动清单如果距离笔试还有三个月我建议按阶段推进每个阶段有明确目标和输出物而不是每天刷几道题、看几页书就完事。第一个月打基础Java集合源码全部过一遍尤其是HashMap和ConcurrentHashMap并发包里的常用类写一个小demo跑一下感受多线程效果网络和操作系统各过一本主流教材的核心章节。这个阶段的目标是建立起完整的知识地图不用记太细但要知道每个知识点存在的位置。第二个月攻重点集中刷LeetCode的Top100热题按标签刷数组、链表、二叉树、动态规划四个方向优先MySQL把B树索引和MVCC彻底搞懂Redis把五种数据结构的底层实现和缓存三大问题理清。这个阶段目标是高频考点达到“能给别人讲明白”的程度。第三个月模拟实战每周做两套互联网大厂的后端笔试卷严格计时模拟真实考试环境做完认真复盘错题整理成文档准备几个常见系统设计题的方案形成自己的答题模板。这个阶段的目标是提升应试熟练度和时间控制能力让学到的知识在考试压力下能正常输出。不管你现在处于哪个阶段都保持一个心态笔试不是为了考倒你而是帮你和公司双向确认匹配度。B站这份卷子出的题绝大部分都是后端日常开发中真正用得到的东西。把它当成一次学习诊断你收获的就不只是分数而是一套完整的后端知识体系和实战思维。