2019年那会儿我正准备Android岗的秋招刷到爱奇艺这套笔试题B的时候心里其实挺复杂的。一方面觉得内容不算偏门另一方面又发现题面特别爱挖坑很多选项看着都对但就是选不对。跟网上那些直接把答案贴出来的版本不一样我更想跟你聊聊这套题背后的出题逻辑以及每个考点到底在考什么、应该怎么应对。这篇东西我尽量按当年复盘的感觉写适合马上要笔试的Android方向候选人也适合那些想系统过一遍Android基础的朋友。这套B卷给我留下的整体印象是覆盖面广、深度适中、重理解轻背诵。它不会直接问你“Activity有哪四种启动模式”而是给你一段实际场景让你判断应该用哪种模式以及会触发哪些生命周期回调。说白了它考的是你有没有真正写过代码而不是只背了八股文。1. 试卷整体设计与考察思路1.1 题目结构概览爱奇艺这套B卷大致分三块选择题与不定项选择、问答题、在线编程题。选择题里Java基础、Android基础、计算机网络、数据结构各占一部分不定项选择是失分的重灾区因为多选、漏选都不得分。我记得当时做题时的第一感觉是选择题题干不长但每个选项都经过精心设计。很多错误选项不是那种一眼就看穿的错误而是“看起来合理实则细节有误”的陷阱。比如会混淆wait()和sleep()的锁释放行为或者把Service的两种启动方式混在一起考。这里有个很实用的经验遇到不定项选择如果拿不准某个选项宁可不选也别乱选。很多考试规则都是“少选得部分分多选不得分”虽然爱奇艺这套笔试题的规则我没法百分之百确认但按常规笔试的策略来看保守作答永远是性价比更高的选择。1.2 为什么这样出题从出题思路来看这套B卷其实反映了爱奇艺这么一个视频类大厂对Android工程师的真实技术诉求。它不做纯粹的背诵型题目而是把所有知识点都包装成“你平时开发中会遇到的问题”。比如网络相关的题目不会直接问你HTTP和HTTPS的区别而是会问“视频播放器在弱网环境下如何做网络切换与断点续传”再比如内存优化不是考你什么泄露的定义而是直接给出一个LeakCanary检测出的内存泄漏实例让你分析泄漏链路。这种出题方式说白了就是看你有没有真实项目经验。如果你平时写代码只是“能跑就行”没深入想过底层原理这套题做起来会很吃力。反过来如果你平时有看源码、写技术笔记的习惯会发现很多题目其实都见过只是换了个马甲。2. 高频考点详细拆解2.1 Handler机制面试必考笔试也必考Handler这套机制在B卷里出现的频率非常高选择题、问答题都有可能涉及。考点主要集中在Handler、Looper、MessageQueue三者之间的关系post()和sendMessage()的异同以及内存泄漏问题。我复习的时候习惯用一个模型去理解Handler机制Looper是“快递分拣员”MessageQueue是“传送带”Message是“包裹”Handler是“收件人写的取件码”。主线程的Looper一直在循环整个MessageQueue把到期的Message取出来交给对应的Handler去处理。这里有个容易忽略的细节Handler.post(Runnable)本质上还是会把Runnable封装成一个Message只是把callback字段设成了这个Runnable。所以很多人以为post()和sendMessage()是两套完全不同的机制其实是同一套只不过post()更偏向于处理UI线程的任务调度。再就是内存泄漏问题。非静态内部类Handler默认持有外部Activity的引用如果消息延迟处理Activity已经销毁了这条消息还在MessageQueue里躺着就会导致Activity无法被回收。正确做法是使用静态内部类加WeakReference或者在onDestroy()里removeCallbacksAndMessages(null)清空消息。2.2 四大组件不止考生命周期B卷针对四大组件的考察不会停在“背生命周期”层面而是会结合场景去考。比如问你Activity A启动Activity B时两个Activity的生命周期回调顺序是什么如果你只知道单个Activity的生命周期这道题很容易答错。正确答案是A.onPause - B.onCreate - B.onStart - B.onResume - A.onStop。注意onStop是在B完全启动之后才调的而且如果B是透明主题的ActivityA甚至不会走onStop。这个知识点在很多项目里真的会踩坑尤其是做SDK或者插件化的时候。Service的两种启动方式也是常考内容。startService和bindService的区别要能讲清楚前者通过onStartCommand处理任务跟调用方没有绑定关系后者通过onBind返回IBinder调用方可以拿到代理对象直接调用Service里的方法。还有一点容易被忽略如果一个Service既被startService启动又被bindService绑定那需要同时调stopService和unbindService才能彻底销毁。ContentProvider在笔试里出现频率略低于其他三个组件但只要出现就是硬茬。会问ContentProvider的启动流程、如何跨进程访问数据库、以及类似content://scheme 的解析规则。做系统级应用或SDK开发的话这块是躲不开的。2.3 多线程与并发从基础到线程池多线程方向在B卷的权重不小毕竟视频App的播放、下载、缓存都涉及大量并发操作。考点涵盖synchronized与ReentrantLock的区别、volatile的可见性保障、ThreadLocal的作用以及线程池参数的含义。我建议把线程池这块彻底吃透因为笔试和面试都爱考。核心线程数、最大线程数、任务队列、拒绝策略这几个参数必须搞清楚。核心线程和最大线程之间什么情况下才会新增非核心线程答案是当任务队列满了并且当前线程数小于最大线程数时。很多人把“先达到最大线程数再进队列”记反了这就是送命题。Executors框架里的四种线程池也要会对比newFixedThreadPool的队列是无界队列newCachedThreadPool的核心线程数是0、最大线程数是Integer.MAX_VALUE用的时候容易OOMnewSingleThreadExecutor能保证任务顺序执行newScheduledThreadPool适合延时任务。2.4 Android内存优化OOM、ANR与Leak爱奇艺这种视频类应用内存优化是重中之重因为视频解码、图片加载、弹幕渲染都是吃内存大户。所以B卷在内存优化方向出题非常狠几乎是必考。OOM的常见原因可以分几类内存泄漏导致累积过大、单个对象占用过大比如加载一张超清大图、频繁创建对象导致内存碎片化。笔试选择题会给你一段代码让你判断是否存在内存泄漏风险。这里的高频陷阱包括静态变量持有Activity或View、Handler延迟消息、匿名内部类持有外部引用、BroadcastReceiver或Service未解绑、资源流未关闭。ANR这块要记住触发条件Activity组件的输入事件按键和触摸5秒没处理完BroadcastReceiver的onReceive10秒没执行完Service的onStartCommand20秒没执行完。笔试常考的就是这几个时间阈值。不过现在Android 11对后台Service的限制更严格了有些场景下ANR的判定逻辑会不太一样笔试如果考老版本就在默认阈值范围内答。这里有一个我自己总结的答题套路遇到内存泄漏分析的题先找“谁持有了谁的引用”再判断“持有者是否该被回收”然后看“引用链上有没有阻断GC的节点”。按这个思路写基本能拿全分。3. 编程题与算法题的高分思路3.1 笔试的编程题到底在考什么在线编程题一般不是那种从零开始手写红黑树的变态题而是偏向《剑指Offer》这种难度字符串处理、链表反转、二叉树遍历、动态规划入门。难的是你需要在有限时间内在不熟悉的在线编辑器里写出能AC的代码。我当时做这套题的经验是写代码前先把输入输出磕清楚尤其是牛客网风格的题目输入可能有多组每组用空格分隔输出格式任何一个多余的空格或换行都可能导致判题失败。另外代码里要尽量用标准库。比如Java里的HashMap、ArrayList、LinkedHashMap能省不少事但如果你能手动实现一个简单的LRU缓存LinkedHashMap 重写removeEldestEntry在笔试里会很加分。3.2 典型例题的破题思路举一个当年B卷或类似难度卷子里很典型的题给定一个字符串找出最长无重复字符的子串长度。这题暴力解法是O(n^3)但用滑动窗口可以优化到O(n)。我在纸上写思路的时候会这么推演用HashMapCharacter, Integer记录每个字符最近出现的下标。维护一个左边界left遍历字符串时如果当前字符已经在窗口内出现过就把left移到上次出现位置的下一位。每次遍历都更新最长长度maxLen Math.max(maxLen, i - left 1)。这道题的核心思想是“滑动窗口 哈希表去重”它不只考你有没有背过题更考你是不是真的理解“窗口为什么能滑动”。如果面试官追问“为什么遇到重复字符后左边界可以直接跳过去”你要能回答因为窗口内的所有子串都已经在上一步计算过长度了不需要逐个回退重新计算。3.3 代码书写规范与做题节奏在线编程题还有一个隐形扣分点代码风格。虽然判题系统只看结果对不对但如果是人工阅卷的环节有些公司会回去翻你的提交记录代码命名是否清晰、逻辑是否简洁就会影响印象分。我的建议是临时变量也尽量用有意义的名字不要一路a、b、c到底。做题节奏上如果一道题10分钟没思路不要死磕。先把暴力解写出来反正能过一部分用例再考虑优化。很多时候写着写着就找到优化的感觉了这比干瞪眼强得多。在线笔试的时间通常是个位数到一百多分钟不等合理分配时间本身就是一种能力。4. 开放性设计题与场景题4.1 考的其实是项目落地能力B卷中通常还会有一两道开放性题目比如“如何设计一个视频缓存机制”“如何优化冷启动速度”“如何做视频列表的流畅度优化”。这种题没有标准答案但也不是随便写写就行的它考察的是你能不能把知识串联成方案。以“视频缓存机制”为例我会从“客户端缓存”和“服务端返回”两个角度去答。客户端层面磁盘缓存分片存储播放器边播边缓存缓存命中率高的尾部切片优先保存服务端层面通过HTTP Range请求实现拖动进度条时的数据拉取或者在短视频场景中预加载下一条视频的前几秒数据。有项目经验的同学可以顺手带上自己遇到的真实问题比如“缓存目录清理策略用的是LRU但当时忽略了系统存储空间不足时的异常处理后来补了回调”。这种真实感是背题背不出来的。4.2 如何把设计题答得有层次答设计题最忌讳的就是“从0到100一把梭”把方案铺得特别大最后什么都没讲透。比较好的结构是先定义边界和场景再说整体架构然后拆模块分析最后给出一个可落地的伪代码或流程图文字描述就行。比如“如何优化冷启动”这道题我会这样组织明确冷启动的起点从用户点击桌面图标到第一帧真正可见。拆解启动过程Application初始化、ContentProvider初始化、主线程任务、首帧渲染。定位瓶颈哪些任务是在主线程同步执行的哪些第三方SDK初始化是可以延迟的。给出方案异步初始化任务、启动后延迟加载非关键SDK、用StrictMode检测主线程耗时操作、减少首帧布局层级。附上验证方式用adb shell am start -W查看启动时间对比优化前后的数值。这种结构化答题方式在笔试中也很实用因为试卷的人工阅卷老师可以从你的回答里看到你的思维严谨度。4.3 场景题中的边界条件场景题还要注意边界条件这是很多候选人容易漏的。比如“视频列表图片加载的缓存设计”除了核心的LRU策略还要讨论图片解码时的inSampleSize压缩避免大图直接进内存。RecyclerView的图片加载是否会因为滑动太快导致内存中堆积大量请求。内存缓存和磁盘缓存的双层设计以及遇到系统内存紧张时如何主动释放。HTTP缓存头Cache-Control、ETag如何配合服务端做缓存更新。这些内容在纸面上写出来分数就会明显不一样。因为它展示了你对“完整闭环”的思考而不是只会在某个点上卖弄名词。5. 复盘心得与备考建议5.1 从这套题反推复习重点考完之后我复盘了一个星期最大的感受是这套B卷的出题方向非常收敛几乎没有偏题怪题。它反复在考你几个核心能力并发与线程的基础理解、Android组件的运作机制、内存与性能优化的实际问题、以及代码设计与实现的基本功。如果你的目标是秋招Android岗位复习的时候可以按“基础优先、项目对齐”的原则来。先把Java基础和Android四大组件拉通再看Handler、Binder、View事件分发、动画原理这些细枝末节。时间不够的情况下不要死磕Kotlin协程或者Compose这种新东西因为笔试还是更偏传统Java与原生Android。5.2 刷题与笔记方法我见过不少同学刷题是“看过答案就算过”这在大厂笔试里基本等于没刷。因为笔试的题目变化太多了就算你把题目背下来它改个条件、换个问法不会还是不会。我自己的方法是每道题先在笔记里写“题目在考什么”再写“我当时的思路”最后写“标准答案的逻辑漏洞和我的补充理解”。这比单纯刷量有效得多。比如学Binder的时候不要只写“Binder是Android的跨进程通信机制”我会记一张表对比项BinderSocket共享内存性能较高一次拷贝较低多次拷贝最高零拷贝安全性内核态校验UID需应用层处理需应用层加锁使用场景Android系统服务网络通信大数据共享这种表格式的对比笔试选择题遇到类似的辨析题基本能直接秒选。5.3 备考心态与时间分配最后聊点心态问题。秋招笔试很容易让人焦虑尤其是看到旁边同学都在刷“更难的题”自己还卡在基础题上。当年我也经历过这个阶段后来想明白了一个道理笔试筛掉的从来不是不会的人而是“以为自己会了但没有形成体系的人”。基础题遇到不会的不用慌先跳过把会做的拿到分回头再来啃。问答题尽量每个小问都沾点边不要空着。编程题哪怕写个暴力解、注释写得清楚一点也可能比空着强。我个人的经验是笔试最重要的不是“全部做完”而是在有限时间内“做对的题足够多”。你可以给自己定一个时间线选择题和填空题30到45分钟问答题30到40分钟编程题视题目难度40到60分钟最后留10分钟检查。这次B卷我做的时候就是前面选择用力过猛导致编程题时间有点紧后来再刷类似卷子就学会先跳题、后补坑了。如果你正在准备Android方向的秋招这套爱奇艺B卷绝对值得拿来练手。做完之后别急着对答案先尝试自己分析每道题背后的考点再去看解析。把错题整理成自己的复习笔记比收藏一堆帖子有用得多。祝大家都能拿到心仪的offer。