1. 这套笔试题到底考什么——整体思路与出题逻辑1.1 B站笔试的定位与岗位覆盖2019年秋招B站技术岗笔试一次性覆盖前端、运维、后端、移动端四个方向这在当时的中大型互联网公司里不算罕见但四方向同卷的编排方式其实暗含了一层筛选逻辑技术岗的基础能力必须扎实无论你投哪个方向计算机基础、网络、操作系统、数据结构这几块地基不能塌。我当时拿到这套题的第一感受是它不考偏题怪题考的全是“你 supposedly 学过、但未必真正吃透”的东西。比如前端方向的闭包、事件循环、跨域运维方向的Linux排查思路、网络状态码语义后端方向的索引选择、缓存一致性移动端方向的内存管理、布局优化——这些知识点单独拎出来都不难但组合在一张限时笔试题里对知识体系的完整度要求就很高。这套题适合谁来参考两类人。一类是正在准备大厂技术岗校招的应届生可以通过这套题自测知识盲区搞清楚自己到底卡在哪个方向另一类是工作两三年、想跳槽或转岗的工程师用一套综合卷检验一下自己是否还能答对基础题顺便在刷题过程中补齐对相邻技术栈的认知。1.2 四方向题目的共性主线把四方向题目放在一起对比能看出B站出题的三条共性主线。第一条主线是“原理优先于API”。前端不问你某个框架的某个方法怎么用而是问你虚拟DOM的diff策略为什么快、浏览器的渲染流程是怎样的运维不问你某个命令的参数列表而是给你一个线上故障场景让你给出排查路径后端不问你某个ORM的语法而是问你怎么设计索引、怎么处理缓存穿透。这套题默认你具备工具使用能力它要筛选的是理解工具背后原理的人。第二条主线是“场景化命题”。几乎每一道题都有一个真实场景包着比如“用户的播放页白屏了”“接口突然变慢”“App在低端机上卡顿明显”。这种命题方式的价值在于它直接考察工程师面对问题时的第一反应——是看日志还是看监控是先查网络还是先查代码这种反应速度光靠背题是练不出来的。第三条主线是“跨方向的系统观”。B站的技术栈里前端要理解后端的接口设计逻辑移动端要理解服务端的下发策略运维要理解业务的调用链关系。笔试题里偶尔会埋一两道跨方向的题比如让后端方向考生分析一个涉及前端渲染性能的问题或者让前端方向考生判断一个网络故障发生在哪一层。这种交叉考察是很多校招卷子没有的。2. 前端方向从基础到框架的考察链条2.1 高频考点JS基础、浏览器原理、框架机制前端方向的题目按出现的频率和权重排序我印象里大概是这样一个梯队第一梯队是JavaScript语言特性闭包、原型链、异步编程、作用域第二梯队是浏览器原理渲染流程、事件循环、存储机制第三梯队是框架与工程化组件通信、虚拟DOM、打包优化。JS基础题里闭包和事件循环几乎每次笔试都跑不掉。闭包的考察点不是让你背“函数内部可以访问外部变量”这种定义而是给你一段代码让你写出输出结果并解释作用域链的变化。这种题在纸上写一遍比在浏览器里跑一遍收获大得多因为你会被迫去推演每一个变量对象的创建与销毁过程。事件循环的题当年把我坑过一次。题目给出一个包含setTimeout、Promise、async/await的混合代码片段要求写出输出顺序。这个题目如果只看表面容易漏掉微任务队列和宏任务队列之间的切换规则如果吃透了Node.js和浏览器环境下事件循环的差异答起来就轻松很多。我的建议是别只记“微任务先于宏任务”这个结论要自己想清楚微任务队列什么时候被清空渲染步骤发生在哪两个阶段之间requestAnimationFrame又排在哪里。浏览器原理部分高频题有两道一道是从输入URL到页面显示的完整过程另一道是白屏和首屏时间分别由什么决定、如何优化。第一道题是“万金油”任何方向的技术岗都可能考但前端方向的回答要更侧重渲染链路HTML解析、CSSOM构建、JavaScript执行与渲染阻塞的关系、图层的合成与绘制。第二道题的答题思路要落到指标分解上——DNS查询、TCP握手、TLS握手、请求响应、HTML解析、CSS/JS执行、图片加载、渲染帧每一步都可能成为瓶颈你需要说明如何通过性能面板定位瓶颈而不是笼统地照搬“减少请求合并资源”这种话。框架机制题2019年前后比较主流的是Vue和React二选一。这套B站卷子两边的题都有涉及重点集中在虚拟DOM、diff算法的时间复杂度优化、组件生命周期与副作用管理、状态管理的设计思路。虚拟DOM的题切忌答成“操作真实DOM慢所以用虚拟DOM快”这种肤浅结论。正确的拆解思路是虚拟DOM是什么、它如何描述页面结构、新旧虚拟树如何对比、为什么只做同层比较、update阶段的批量更新机制如何减少浏览器重排重绘次数。如果你能把“diff算法为什么是O(n)而不是O(n³)”讲清楚基本上这道题的分数就稳了。2.2 前端工程化与性能优化的实战倾向工程化和性能优化是笔试中偏实战的部分。B站这类视频平台对首屏速度、播放页流畅度、不同网络环境下的降级方案都极其敏感所以笔试题里出现“如何优化长列表的渲染性能”“如何减少首屏体积”“如何设计图片懒加载方案”这类题并不奇怪。长列表渲染的性能优化考察点集中在是否了解虚拟滚动、时间切片、分片渲染等策略以及是否知道它们各自适用什么场景。虚拟滚动适合列表项高度固定的情况高度不固定时需要动态测量或者估算高度处理不好会出现滚动跳动时间切片适合大批量DOM插入的场景通过requestIdleCallback或分段setTimeout把渲染任务拆碎避免长时间占用主线程。图片懒加载这个题有个容易忽略的细节传统的scroll监听加上getBoundingClientRect方式性能开销比较大而且滚动事件的触发频率很高。更优的做法是使用IntersectionObserver它由浏览器底层实现回调触发时机精确而且不阻塞主线程。答题时如果能顺带说明一次懒加载触发后的占位图替换、加载失败回退、以及容器高度占位这几个细节会显得很有实战经验。性能优化题还有一个方向是首屏优化。2019年的主流做法是SSR、预渲染、代码分割、内联关键CSS这些放到今天再看手段更丰富了——流式渲染、部分Hydration、资源预加载优先级调整等等。但无论年代怎么变答题的逻辑主线永远是一致的先做性能度量再定优化目标然后分析瓶颈、选择手段、验证效果。笔试时把这一条线写完整比堆砌十个优化技巧更有说服力。3. 运维方向系统与自动化的底层功力3.1 Linux、网络、容器与CI/CD运维笔试的四大支柱运维方向的题目在我看来是四个方向里最“现场感”的。B站这类互联网公司运维团队直接对线上稳定性负责所以笔试题特别喜欢用故障场景来出题。Linux这块考察重点不是命令背诵而是排查思路。比如“CPU使用率飙升如何定位占用最高的线程”标准路径是top -Hp查到线程号再用printf或者python把线程号转成十六进制然后用jstack或者gdb去匹配对应的线程栈最后结合日志定位到具体代码位置。这串链路里每一步都有替代方案能写出两条以上不同路径的人说明是真的处理过线上问题。网络部分的题高频考点是TCP三次握手与四次挥手、HTTP状态码语义、DNS解析过程、七层负载均衡与四层负载均衡的区别。状态码这道题看起来简单但它能测出你是背的还是理解的。2019年的卷子里有一道场景题“用户反馈播放卡顿你怀疑是网络问题请问你会先查看哪些指标”这种题的答题思路应该分层次客户端侧看丢包率、RTT、下载速度服务端侧看带宽占用、连接数、回源质量CDN层面看命中率、各节点延迟。如果只是回答“ping一下”“tracert一下”得分不会高——因为这只是工具名不是排查框架。容器的考察在2019年还不算特别深Docker的常见操作、镜像与容器的区别、数据卷的作用基本是主流考点。但有意思的是当年的基础题里已经开始出现“容器与虚拟机的区别”“Namespace和Cgroups分别解决什么问题”这类更底层的设问。这说明B站那时候已经有规模化的容器部署了出题人对候选人的要求就不是“用过Docker”而是“理解容器隔离的本质”。Kubernetes在2019年的运维笔试里出现频率还不算稳定但如果放到现在重新审视这套题K8s相关的内容几乎可以独立成一个考点模块。比如Pod调度原理、Service的负载均衡实现、控制面组件之间的通信方式甚至“Kubernetes如何调用containerd拉取并启动容器”这种从原理到实体调用链路的追问已经成为高级运维岗的常规问题。我的建议是刷这套旧题的时候把容器部分单独拎出来结合现在的K8s知识重新拓展一遍价值远大于只把旧题背完。CI/CD的题在笔试里不会太难通常考察Jenkins的流水线概念、构建产物如何管理、自动化部署的回滚方案怎么设计。这类题有一个通用的高分答题框架提交代码后如何触发构建构建阶段跑哪些静态检查与单测产物如何版本化存储部署如何分批发布发布后如何做健康检查出了问题如何快速回滚。把这套链路写清楚就已经覆盖了大部分CI/CD笔试题。3.2 从题目看B站运维的稳定性诉求这套运维笔试题很有趣的地方在于它会反复在题面里出现“预估体量”这个信息——比如“日活用户千万级别”“高峰时段每秒请求数过万”。这是典型的B站式出题风格不允许你脱离规模谈方案。同一个问题在日活一万和日活一千万的场景下最佳答案是完全不同的。举个例子缓存方案的选择。小规模系统用单机Redis加过期时间就能解决问题大规模系统里你要考虑缓存集群的分片策略、热点key的扩散问题、缓存与数据库的一致性保障、缓存雪崩时的降级预案。笔试阅卷时阅卷人很容易从你的答案里判断出你是否有过大规模系统的经验——不是因为你用过多少中间件而是因为你有没有主动思考过“某个环节挂了会怎样”这个问题。稳定性相关的运维题还有一个高频考察点容量评估和扩容预案。比如“如果下个月的流量翻倍你如何判断当前集群是否扛得住如果扛不住你如何操作”这种题的答题框架通常包括确认当前水位CPU、内存、带宽、连接数、做压测摸到单机瓶颈、计算需要的资源增量、确认扩容操作是否有上限、考虑是否需要限流降级兜底。这一套思考方式放在今天依然是运维面试的高频主线。4. 后端方向算法、数据库与分布式设计的考察深度4.1 数据结构和算法笔试硬通货后端方向的笔试算法和数据结构是绝对的主角。2019年B站这套卷子的算法题难度定位在LeetCode中等题偏上没有特别离谱的压轴题但每一道都需要你写出完整可运行的思路和关键代码。高频出题类型包括数组与字符串处理类双指针、滑动窗口、前缀和、链表类反转链表、环检测、合并有序链表、二叉树类前中后序遍历、层序遍历、最近公共祖先、动态规划类背包问题、子序列问题、股票买卖系列。我当时刷完这套题的一个总印象是出题人不太追冷门考点但他要求你会把经典题目“变形”之后依然认得出来。比如“反转链表”这道题直接考的时候大家都会但换成“K个一组翻转链表”就有相当一批人容易在边界处理上栽跟头。这类题的核心不是背代码而是掌握“递归传参”“头尾指针衔接”这些通用套路才能真正在变形题里游刃有余。动规题也是一样如果只是背了十几道经典题的转移方程遇到新的状态定义就会卡住如果掌握了“明确状态定义—寻找状态转移关系—确定初始化和遍历顺序”这三板斧大多数中等难度的动规题都能当场推出来。笔试时间分配上我的个人策略是算法题留60%的时间系统设计题和基础题各留20%。因为算法题是拉开差距最大的部分而且往往需要反复推演和调试系统设计题只要框架正确、思路清晰就能拿到大部分分数基础题则要么会要么不会纠结太久没有意义。4.2 数据库、缓存与分布式一致性数据库相关的笔试题核心集中在索引和事务两个大块。索引的考察方向非常明确什么情况下索引会失效、联合索引的最左前缀原则、覆盖索引优化、索引选择与回表操作。这里有一个特别容易出错的点——隐式类型转换导致索引失效。比如where条件里写where phone123而phone列是varchar类型MySQL会自动做类型转换导致索引无法正常走这属于最常见的“字面简单、实战致命”的坑。事务相关的高频考点是ACID特性、隔离级别的选择、MVCC的实现原理、死锁的检测与避免。B站卷子里有一道很典型的题“RR隔离级别下一个事务里的两次相同查询结果可能不同吗请解释原因。”这种题考的是对MVCC版本链的理解——快照读与当前读的区别、版本链上的事务可见性判断规则都是必须掌握的基础。缓存与分布式一致性是后端方向里最接近“进阶题”的部分。核心问题集中在三个缓存穿透查询一个不存在的数据导致请求直接打到数据库、缓存击穿某个热点key过期瞬间大量请求同时回源、缓存雪崩大量key同时过期或者缓存节点整体宕机导致数据库压力飙升。三种问题各自的应对方案要能区分清楚穿透用布隆过滤器提前拦截或者对空值也做短暂缓存击穿可以用互斥锁或者逻辑过期时间保证只有一个线程回源查询雪崩则需要给过期时间加随机因子、做多级缓存、或者对热点数据设置永久key并在后台更新。如果能把三种问题的应对方案讲得有层次就基本达到了B站这套卷子对后端候选人“实际业务经验”的预期。分布式事务与一致性方面常见的考察点包括CAP理论、BASE理论、两阶段提交与三阶段提交、消息队列的事务消息方案、以及本地消息表方案。这类题作为笔试大题出现时答题框架通常是先说明业务场景和数据一致性要求等级再给出不同方案的取舍理由最后说明失败补偿和幂等保障怎么设计。考官不指望一个应届生能设计出完美方案但希望看到你有“权衡”的意识——因为分布式系统的核心决策永远不是选一个最优方案而是在多个标准之间做取舍。5. 移动端方向客户端基础与性能调优5.1 移动端基础进程、内存、网络栈移动端方向的笔试题首先会考一类“伪前端”的基础题——为什么移动端浏览器和桌面端的表现不一样、Android的WebView和iOS的WKWebView在JavaScript交互上有什么差异、混合开发中的通信桥是怎么实现的。这类题考验的是你是否有真实的移动端页面调试经验。平台基础方面Android的四大组件与生命周期、Handler与Looper机制、内存回收与内存泄漏的常见场景是高频考点。Handler机制这块主线程为什么不能做耗时操作、Handler的post和sendMessage有什么区别、MessageQueue的空闲阻塞怎么唤醒这些点都需要从源码层面去理解而不是停留在使用层面。iOS方向的题在B站这套卷子里占比略少但核心考点稳定RunLoop的运行模式与事件处理机制、ARC与MRC的内存管理规则、循环引用的产生原因与检测方案。如果候选人同时了解Android和iOS两端的核心机制在试卷里会非常加分因为B站这类大厂的客户端团队通常是双端并行开发的候选人需要具备跨平台理解力。网络栈部分移动端方向和前端方向有重叠但考察角度不同。移动端更关注弱网环境下的表现如何做网络请求的重试和超时设置、HTTP/2的多路复用对移动端请求合并的影响、DNS解析在移动端失败时如何降级、请求数据压缩策略的选择。这里有一个很有区分度的题目“移动端在弱网环境下请求会超时你会如何设计超时时间和重试策略”高分答案不会只给一个固定数值而会说明超时时间需要根据网络类型Wi-Fi、4G、弱网和服务接口的SLA分级设置重试要配合指数退避和抖动还要考虑幂等接口才能安全重试。5.2 性能优化与架构演进从原生到跨端移动端方向的压轴题几乎都是性能优化和架构设计题。B站这类应用对播放体验、滚动流畅度、内存占用、发热耗电都有严格指标所以笔试题绝不会停留在“减少图片大小、压缩资源”这种表层优化上。常见的性能优化题包括启动速度优化、列表流畅度优化、包体积优化、耗电与流量优化四类。启动速度优化的答题重心是冷启动时主线程做了什么、哪些初始化可以懒加载、哪些任务可以放到子线程、启动闪屏页如何设计才能掩盖白屏等待、首帧绘制时间如何度量与优化。列表流畅度优化的关键是避免主线程做重活布局计算与绘制阶段的耗时来源、图片加载的异步解码与缓存策略、onScroll回调中的高频计算如何降频。包体积优化方面除了最常见的资源压缩和代码混淆之外有一些细节值得在答案里额外提分动态特性模块按需加载、基础库的版本统一与去重、以及多语言资源和多分辨率图片的按需打包。架构题方面从2019年的视角看跨端技术栈是绝对的热门。B站当时的移动端团队对React Native和Flutter都有调研和落地笔试题目里出现“React Native与原生开发相比有哪些优势与劣势”“Flutter为什么不需要桥接层也能实现高性能渲染”这类题是很正常的。Flutter的高性能核心在于它的渲染引擎完全自绘不依赖系统原生控件所以在iOS和Android上能保持一致的渲染表现而React Native依赖JavaScript与原生之间的异步桥接高频交互场景下性能会有损耗。但如果2026年的读者再来刷这套旧题我的建议是跳出单一跨端框架流派来回答架构题——动态化方案的选择、端侧与云端协同、跨端复用与发版节奏的权衡这些长期命题才是笔试真正想考察的。6. 四方向通用备考路径与避坑清单6.1 按岗位定向复习的具体策略前端方向的备考策略我建议在刷这套题的同时把浏览器开发者工具的性能面板完整用一遍。很多前端候选人知道概念但不会看实际数据FPS曲线、CPU火焰图、网络瀑布图、内存堆快照这些工具的使用本身就是面试能力的一部分。2019年这套题里很多前端性能题的答案如果你真在DevTools里看过几轮真实页面的性能数据是完全可以凭经验答出来的。运维方向的备考重点是构建“故障排查手册”式的知识树。建议以一个通用排查顺序为骨架——先看监控告警再看系统负载再看网络链路再看应用日志最后看代码与配置——然后把你学过的所有命令和工具挂到这个骨架下。这样做的好处是无论笔试题目给的故障场景多刁钻你的思路都能稳定地按照这个骨架展开不会东一榔头西一棒子。另外容器编排相关的知识无论题目里有没有直接考都应该系统补一遍这已经是运维岗位逃不掉的能力要求了。后端方向的备考核心是“刷题为主、系统设计为辅”。算法题每天保持稳定的手写训练量不需要多但必须坚持到笔试前一天数据库题不要只看概念动手建一个测试库执行几条慢查询看看explain的输出比背十篇索引原理文章都管用。分布式相关的题建议用“腾讯系面试题合集”或者“Java工程师面试知识整理”这类资料建立框架重点理解一致性协议和数据分片方案的核心思路。移动端方向的备考如果手边没有真机至少要在模拟器里把Android Studio或者Xcode的环境跑通亲手做一个带列表加载、图片异步下载、下拉刷新的小项目。笔试里的很多移动端题其实都是在变相考察你“是否真写过一个完整的App”——因为只有写过才会遇到内存泄漏、卡顿掉帧、网络异常这些真实问题。6.2 笔试中的时间分配与答题技巧笔试的时间分配策略不同方向的侧重点不同。前端方向建议把60%时间留给JS和浏览器原理题25%留给框架题15%留给工程化与性能优化运维方向建议把50%时间留给故障排查与网络题30%留给Linux与容器题20%留给CI/CD与自动化题后端方向建议把45%时间留给算法题30%留给数据库与分布式题25%留给基础题移动端方向建议把40%时间留给性能优化与架构题35%留给平台机制与原理题25%留给网络与调试题。答题技巧上有几个通用的经验值得分享。第一个经验是不确定的选项先标记不要在一道题上耗太久笔试的容错率比面试高时间利用率才是关键。第二个经验是主观题按“结论先行、论据展开、类比说明”的结构作答先写最核心的答案再写推导过程阅卷人扫一眼就能抓到得分点。第三个经验是碰到不会的题不要放弃整道题把你熟悉的关联知识点写上去踩分概率远大于空白交卷。6.3 从笔试到面试这套题的延伸价值刷完这套题之后不要急着把它丢到一边。2019年B站的这套笔试题目题型和考察点是当时互联网大厂技术岗笔试的标准模板它的溢出价值不止于一场笔试。笔试里你没答好的一道题往往就是你面试时的送分题或送命题——面试官经常会顺着笔试的弱项往上追问这是很多候选人没意识到的事情。我个人的做法是每次刷完一套完整笔试题就把错题和不确定的题整理成一份“面试预判清单”为每道错题准备两个层面的答案——一个是准确的书面答案另一个是用自己的话讲给面试官听的口语化答案。准备口语化答案的过程其实就是逼迫自己把知识内化的过程因为如果你只会复述定义面试官一追问就会露馅如果能把一个技术点用类比讲得让非技术朋友都能听懂那说明你是真的理解了。写在最后刷题这个事从来都不是为了应付某一场笔试。它更像是一次知识体系的体检——让你在正式上战场之前先知道自己的薄弱环节在哪里。2019年的B站笔试题虽然年代有点久了但它覆盖的方向和考察逻辑放到今天依然有很强的参考价值。以我自己的体会来说笔试最大的误区是迷信“题海战术”。刷题的数量重要但更重要的是每一道题做完之后的复盘这道题在考哪个知识点我的答案为什么被扣分正确的解释逻辑是什么换了场景我还能不能答出来。把一套二套卷吃透比囫囵吞枣刷十套卷子更有用。最后再分享一个小技巧准备一个小本子每做完一套题把错题按方向归类每周翻一遍。这个习惯我坚持了三年它在面试过程中帮我避开了大量我原本会掉进去的坑。