每年到了秋招季总会收到不少学弟学妹的消息问“Android岗笔试题到底考什么”、“怎么准备才不白费劲”。我翻了翻自己整理的面经笔记里面存着爱奇艺2020校招Android方向笔试题第二场的完整回忆版。说实话这套题在当年算是比较有代表性的——它不像有些大厂那样上来就是四道hard级算法题压场也没有完全放飞考一堆偏门框架源码而是很踏实地把数据结构与算法、Java基础、Android核心机制和一部分工程实践问题揉在了一起覆盖面广但又没有特别离谱的超纲内容。这篇文章我就以这套题为主线把每一类考题背后的考察意图、核心知识点的理解方式、实际答题时的思考路径以及我在复盘过程中积累的备考经验一次性说清楚。不管你是正在准备校招的应届生还是想系统梳理Android知识体系的在职开发这篇内容都应该能帮你少走一些弯路。1. 这一场笔试到底考察什么岗位画像与命题逻辑很多人拿到笔试题第一反应是“赶紧刷题”但我觉得先搞清楚“出题人想招什么样的人”更重要。爱奇艺的Android方向岗位说白了要的是能直接上手做业务、同时对底层原理有一定感知的工程师。视频类App的业务复杂度摆在那里播放器、弹幕、评论、缓存、个性化推荐这些功能对内存占用、渲染效率、网络策略都有比较高的要求所以笔试题目会明显偏向那些“工作中真正会用到的知识”。1.1 从招聘岗位说起爱奇艺Android方向的岗位画像视频类App的Android开发日常打交道最多的几块内容播放器内核的对接与封装、列表页的流畅度优化、大图与视频缓存策略、多线程下载与断点续传、复杂的UI状态管理。这就决定了面试官在出题时一定会重点关注你对以下几个维度的掌握程度Java语言基础是否扎实尤其是集合类、并发工具、JVM内存模型这些“高频考点”。视频App在播放过程中会有大量的异步任务和缓存读写操作稍不注意就会踩到线程安全或内存泄漏的坑。Android 四大组件与消息机制的理解深度特别是 Handler、Looper、Activity 启动模式这些“必问题”。弹幕推送、播放状态回调、界面刷新所有东西都绕不开这套底层机制。数据结构与算法重点在链表、二叉树、字符串处理和动态规划这些“常规题型”。笔试面试不可能像竞赛那样花式炫技大部分题目考的就是你能否在限定时间内写出清晰、正确的代码。对性能优化和常见崩溃问题有没有实际排查经验。视频类App特别看重这点内存抖动、卡顿、ANR、OOM这些都是很现实的问题。所以你可以把这场笔试理解成一次“准入门槛体检”——它不指望你把所有题目都答得完美但会通过一套题快速筛出那些基础扎实、思维清晰、有工程感觉的候选人。1.2 第二场的整体命题风格与题型分布爱奇艺2020校招Android方向的第二场笔试整体题量与时间设置是标准的“45分钟选择题 90分钟编程题”模式。选择题覆盖了计算机基础、Java、Android、网络协议等模块编程题则是两道算法题加一道安卓相关的设计/实现题。从难度梯度来看选择题里大概有60%属于“背过就能答”的基础题30%需要你真正理解机制之后才能推导出答案剩下10%属于拉开差距的“陷阱题”。编程题的第一道一般比较温和属于“练过就会”的水平第二道开始考察边界处理与代码鲁棒性最后一道Android题看起来像是在写代码实际上是在考察你对组件生命周期、异步任务、内存管理等工程知识的综合运用。说白了这套题玩的不是“偏难怪”而是“你能不能把学过的知识在压力下稳定输出”。2. 核心考点详解数据结构与算法题的解题思路算法题是校招笔试的硬骨头也是很多人最怕的部分。但我复盘爱奇艺这套题之后发现它的算法题并不追求“炫技”而是老老实实地考察基本功。这里我把几类高频考点展开讲讲并给出我在实际答题时的思考路径。2.1 链表类题目边界条件是重中之重链表题几乎是所有大厂笔试的“保留节目”。原因很简单链表涉及指针操作能很好地考察一个人的逻辑严密性而且代码量适中适合在笔试环境中限时完成。常见考法包括反转链表、判断链表是否有环、找链表中倒数第K个节点、合并两个有序链表、删除链表中的重复节点。以“反转链表”为例很多人第一时间能写出迭代版本public ListNode reverseList(ListNode head) { ListNode prev null; ListNode curr head; while (curr ! null) { ListNode nextTemp curr.next; curr.next prev; prev curr; curr nextTemp; } return prev; }这段代码本身没问题但我在实际批阅简历、帮朋友做模拟面试时发现至少有50%的人会忽略一个细节输入链表为空或只有一个节点时的返回值是否正确。如果 head 为 null上面的代码会直接返回 null这没问题但如果题目要求的是“反转后返回新的头节点”我们就需要确认函数签名和返回值定义。另外在笔试平台上写代码时很多人容易把ListNode的定义写错比如漏掉了构造方法或者把val和next的访问修饰符写成了private。这些小细节在实际笔试中非常致命因为平台不会像IDE那样给你自动补全。2.2 二叉树与递归明确边界条件的推导逻辑二叉树题目是我个人觉得“性价比最高”的复习方向因为题型相对固定而且只要掌握了递归模板大部分题都能很快找到思路。爱奇艺这套题里出现过的二叉树考点包括二叉树的前序/中序/后序遍历、层序遍历、二叉树的最大深度、判断是否为平衡二叉树、最近公共祖先等。以“判断是否为平衡二叉树”为例标准做法是自底向上递归public boolean isBalanced(TreeNode root) { return height(root) ! -1; } private int height(TreeNode node) { if (node null) { return 0; } int leftHeight height(node.left); if (leftHeight -1) { return -1; } int rightHeight height(node.right); if (rightHeight -1) { return -1; } if (Math.abs(leftHeight - rightHeight) 1) { return -1; } return Math.max(leftHeight, rightHeight) 1; }很多同学第一次看到这个解法时会觉得奇怪为什么用 -1 表示“不平衡”直接把左右子树高度差大于1时返回 false 不就行了吗这里的关键在于如果我们在递归过程中发现某个子树已经不平衡了其实就没必要再计算其他子树的高度了。返回 -1 是一种“短路机制”——上层调用拿到 -1 后直接继续返回 -1避免了多余的递归计算。这就是所谓的“自底向上”思想也是我在做二叉树题目时最常用的优化手段。2.3 动态规划与字符串处理从暴力解法推导优化动态规划是笔试中的分水岭题型爱奇艺这套题的编程题中也有涉及。不过它考察的DP题通常不是那种需要非常高阶优化的难题而是比较经典的“最长公共子序列”、“编辑距离”、“最长回文子串”之类的题目。以“最长回文子串”为例暴力解法是枚举所有子串然后判断是否为回文时间复杂度是 O(n^3)在笔试中基本不可能通过所有测试用例。中心扩展法能降到 O(n^2)public String longestPalindrome(String s) { if (s null || s.length() 1) { return ; } int start 0, end 0; for (int i 0; i s.length(); i) { int len1 expandAroundCenter(s, i, i); int len2 expandAroundCenter(s, i, i 1); int len Math.max(len1, len2); if (len end - start) { start i - (len - 1) / 2; end i len / 2; } } return s.substring(start, end 1); } private int expandAroundCenter(String s, int left, int right) { while (left 0 right s.length() s.charAt(left) s.charAt(right)) { left--; right; } return right - left - 1; }这个解法的核心在于意识到“回文串一定有一个中心”而中心有两种情况一个字符奇数长度或两个相等字符偶数长度。想通了这一点代码写起来就很顺了。我建议大家在备考时把常见的DP题型整理成一个模板清单背包问题、最长公共子序列、最长递增子序列、编辑距离、回文子串。每道题至少能手写两遍做到“看到题目就能反应出状态转移方程”的地步。3. 核心考点详解Java基础与Android机制如果说算法题是“筛选器”那Java基础和Android机制就是“压舱石”——这些题决定了你是否能拿到后续面试的入场券。爱奇艺这套题在基础部分出得比较全面下面我把考察频率最高的几个方向逐个解读。3.1 Java集合框架HashMap是永远的主角Java集合类是笔试选择题的“题库大户”而HashMap又是其中最核心的考点。关于HashMap你需要清楚的不仅是“Key-Value存储”还有它背后的数据结构与扩容机制。我在复盘这套题时梳理了一下与HashMap相关的考点主要有这些HashMap 的底层结构数组 链表 红黑树。为什么要引入红黑树因为当链表过长时查找效率会从 O(1) 退化为 O(n)红黑树能将最坏情况下的查找时间复杂度降到 O(log n)。哈希冲突的解决方法链地址法。两个Key的hash值相同或映射到同一个数组下标时会以链表形式串联起来。扩容机制当size超过thresholdcapacity * loadFactor时会触发resize。默认容量是16默认负载因子是0.75。为什么负载因子是0.75而不是1或0.5这是时间与空间的折中——负载因子太高会导致冲突概率增大太低则浪费空间。为什么HashMap是线程不安全的多个线程同时put时可能导致数据覆盖甚至JDK7之前并发扩容可能形成环形链表导致CPU 100%。所以并发场景应该用ConcurrentHashMap。这里有一个高频选择题HashMap 和 Hashtable 有什么区别标准答案是Hashtable是线程安全的方法加了synchronized不允许null作为Key或ValueHashMap线程不安全允许null。但在实际笔试中如果你能补充一句“Hashtable因为所有方法都加锁并发效率低基本已被ConcurrentHashMap取代所以实际项目中很少直接用”会给阅卷人留下更好的印象。3.2 JVM内存模型与垃圾回收机制JVM这块是Android开发面试的“深水区”但笔试一般不会考得太深主要集中在内存区域的划分、GC算法、类加载过程这几个点上。关于内存区域记住这张表就够用了区域线程共享存放内容异常类型程序计数器否当前线程执行的字节码行号无虚拟机栈否局部变量表、操作数栈、方法返回值StackOverflowError本地方法栈否Native方法调用StackOverflowError堆是对象实例、数组OutOfMemoryError方法区是类信息、常量、静态变量OutOfMemoryError在Android场景下我们要额外关注的是移动设备内存有限堆内存往往只有几百MB所以“内存泄漏”是比JVM理论更实际的问题。笔试选择题里很可能出现这样的题目以下哪几种情况会导致Activity内存泄漏常见的正确答案包括非静态内部类持有Activity引用比如Handler、Activity被静态变量引用、未注销BroadcastReceiver、流对象未关闭等。3.3 并发编程synchronized与volatile的底层区别并发编程是Java基础中的重点也是很多人复习时容易“背了忘、忘了背”的部分。爱奇艺这套题的选择题中出现了关于synchronized、volatile、ThreadLocal的题目这里我展开说说。先讲 volatile。它的核心语义是“可见性”和“禁止指令重排序”但不保证“原子性”。我们最熟悉的应用场景就是单例模式中的双检锁public class Singleton { private static volatile Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance null) { synchronized (Singleton.class) { if (instance null) { instance new Singleton(); } } } return instance; } }为什么这里的 instance 必须加 volatile因为instance new Singleton()并不是一个原子操作它在JVM层面主要分为三步分配内存、初始化对象、将引用指向内存。如果发生指令重排序其他线程可能拿到“已分配内存但尚未完成初始化”的对象导致后续使用出错。volatile 的禁止重排序语义正好解决了这个问题。再说 synchronized。它修饰实例方法时锁的是当前对象修饰静态方法时锁的是Class对象修饰代码块时锁的是括号里的对象。笔试经常会问“synchronized和ReentrantLock的区别是什么”这类题属于“必须背熟”的基础题synchronized是JVM层面实现的ReentrantLock是JDK层面实现的synchronized不需要手动释放锁ReentrantLock需要lock/unlock配合ReentrantLock支持公平锁、可中断、多条件等待等高级功能。3.4 Android消息机制Handler、Looper与MessageQueue如果说Java并发是“前菜”那Handler消息机制就是Android笔试的“主菜”。几乎所有Android岗的笔试题都会涉及Handler爱奇艺这套题也不例外。核心知识点其实就一句话Handler通过Looper从MessageQueue中取消息然后通过dispatchMessage分发给handleMessage处理。但要真正答好相关题目你需要理解这几个层次Handler负责发送消息和处理消息。发送消息时通过enqueueMessage将Message放入MessageQueue。Looper每个线程最多只能有一个Looper。Looper.loop()是一个死循环不断从MessageQueue中取消息。MessageQueue内部是一个单项链表结构按时间排序。next()方法会阻塞等待下一条消息。Message可以设置what、obj、arg1、arg2等字段建议通过Message.obtain()复用对象避免频繁创建。考题可能会这样出在子线程中创建一个Handler需要先做什么答案是先调用Looper.prepare()和Looper.loop()。如果不调用Looper.prepare()会直接抛出“Can‘t create handler inside thread that has not called Looper.prepare()”的异常。这个知识点只要写过自定义线程中的Handler就会印象深刻。另外一个高频变形题Handler导致的内存泄漏怎么解决标准答案是把Handler定义为静态内部类或者使用WeakReference持有Activity的引用同时在onDestroy中移除所有消息handler.removeCallbacksAndMessages(null)。3.5 Activity启动模式与生命周期Activity这块属于“背了就有分”的题目但爱奇艺这套题在启动模式上出了一道比较有区分度的选择题考察的是standard、singleTop、singleTask、singleInstance这四种模式在不同场景下的路由表现。我这里用一张表帮大家快速记忆启动模式特点典型场景standard每次启动都创建新实例放入原Task默认模式通用页面singleTop如果栈顶已经是该Activity的实例则不新建收到推送后跳转的详情页singleTask如果Task中存在该Activity的实例则移去顶部并清空其上所有ActivityApp主页singleInstance该Activity独自存在于一个Task中来电页面、闹钟提醒这里有个容易混淆的点singleTask和singleInstance的区别。singleTask只是“尽量复用栈内已有实例”它所在Task中还可以有其他Activity而singleInstance是“整个Task里只能有这一个Activity”不允许其他Activity进入。生命周期题也几乎必考特别是“启动A跳转B时生命周期回调顺序”这类题。完整的顺序是A.onPause - B.onCreate - B.onStart - B.onResume - A.onStop。这里的关键是A.onPause先执行B完成启动后A才执行onStop这体现了Android以窗口焦点切换为核心的调度逻辑。3.6 View绘制流程与自定义ViewAndroid自定义View这块笔试通常会考察View的测量、布局、绘制三个阶段以及相关方法的作用。爱奇艺这套题里有一道关于onMeasure的题问的是MeasureSpec的三种模式。MeasureSpec是View测量时的核心概念由32位int组成高2位代表模式低30位代表大小。三种模式分别是UNSPECIFIED父容器不对View有任何限制通常用于系统内部测量。EXACTLY父容器已确定精确大小对应match_parent和具体dp值。AT_MOST父容器指定了最大大小对应wrap_content。理解了MeasureSpec很多自定义View的题目就迎刃而解了。比如面试官问“自定义View时如果想让wrap_content生效需要做什么”答案就是重写onMeasure在测量模式为AT_MOST时给View设置一个默认大小否则默认情况下wrap_content会等同于match_parent。4. 常见问题与考场避坑实录笔试现场的实战技巧这一部分我想写点“只可意会”的内容。我帮不少人做过笔试复盘也在毕业后回学校做过模拟笔试的评审总结出了一些普通面经里不会写、但实际非常影响分数的细节。4.1 时间分配是最容易被低估的决策爱奇艺这套笔试整体的时间是有限的很多同学在做选择题时因为某道JVM题卡住结果后面编程题都没时间仔细想。我见过太多这样的案例选择题满分60分拿了50分编程题两道只AC了一道结果总分反而比选择题40分、编程题两道全AC的同学低。我的建议是拿到试卷先花两三分钟快速浏览全部题目判断各题型的性价比。选择题如果一道题超过2分钟还没头绪先标记跳过回头再看。编程题先做自己最有把握的那道拿到稳定分之后再去啃难题。这里的逻辑是笔试看的是总分不是单题正确率。先把能拿的分全拿到是被验证过最高效的策略。4.2 编程题的“代码卫生”比你想象得更重要很多笔试平台支持本地IDE调试但最终的评测是在线上完成的。写出来的代码除了要能通过测试用例还要注意“代码卫生”——这个问题在面试官人工review时会放大。主要包括变量命名是否清晰能不能用有意义的英文单词而不是a、b、c这种缩写。是否有冗余代码或注释注释是否表达了思路而不是抄了一遍代码。函数边界是否处理清楚比如输入null、空数组、单元素数组的情况下代码是否能正常返回。举个例子写链表反转时我建议顺手把空链表和单节点的情况在注释里写一句。这不只是为了加分更是为了让你的思路在代码中自然流露出来。如果一个候选人交上来的代码连变量名都懒得好好起面试官很难相信他有很好的工程习惯。4.3 选择题要注意“是否”类陷阱爱奇艺这类大厂的笔试题特别喜欢在选择题里用“以下说法错误的是”“正确的是”“不正确的是”这些问法。很多人不是不会这个知识点而是没看清题目到底问的是“正确”还是“错误”一慌张就选反了。我在实际做题时有一个小习惯先在草稿纸上写出题目的问法关键词是从中选择正确的还是错误的然后逐项判断。这个方法听起来很笨但在压力状态下非常有效能显著减少粗心导致的丢分。另外多选题是校招笔试的“重灾区”。我见过很多同学在做多选时因为过度谨慎少选了一个选项而丢分又因为过于自信多选了一个错误选项直接零分。如果有“少选得分、选错不得分”的评分规则建议采用“保守策略”——只选有绝对把握的选项。如果题目没说漏选怎么计分那就尽量选全宁可错选也不要漏选。4.4 安卓实操题的答题思路把过程用文字写出来最后一类题型是Android相关的简答或代码补全题比如“请说明如何优化一个列表页的滑动卡顿”“如何设计一个图片缓存库”。这种题没有绝对标准答案但阅卷人会考察你的分析思路是否完整。先说“列表卡顿优化”这道题。一个合格的答案应该覆盖以下几个维度布局层级减少不必要的嵌套使用ConstraintLayout替代多层LinearLayout。图片加载使用合适的缩放避免加载原图使用Glide/Fresco等库并设置合适的缓存策略。RecyclerView使用使用ViewHolder复用使用notifyItemChanged而不是notifyDataSetChanged。异步处理耗时的数据解析、文件IO放到子线程。内存抖动避免在onBindViewHolder中创建大量临时对象减少GC频率。再如“设计一个图片缓存库”。回答思路应该是LruCache作为内存缓存、DiskLruCache作为磁盘缓存、网络请求作为最后一级形成三级缓存结构。同时要考虑线程池管理、图片压缩、生命周期感知等细节。这类题考察的不是“标准答案”而是你对一个实际问题的完整思考链。建议平时多做一些框架级的设计推导养成从“使用场景 - 核心架构 - 关键细节 - 异常处理”这个顺序思考的习惯。5. 备考建议与复盘方法从一套题到一套体系复盘完这套题之后我想再聊一个更宏观的话题如何高效准备Android校招笔试。很多人刷了几百道LeetCode却依然在笔试中翻车原因往往不是题刷少了而是知识不成体系。5.1 建立“题目 - 考点 - 知识树”的三层映射每做完一套笔试题不要着急做下一套。我建议你先做一件更重要的事把题目中的每一个考点映射到你自己的知识体系中。比如看到一道关于“多个线程同时操作ArrayList”的题就要想到(1) ArrayList不是线程安全的(2) 替代方案有CopyOnWriteArrayList、Collections.synchronizedList(3) 这些方案各自的适用场景和性能差异。通过这种映射你刷的不是“一道题”而是“一类知识”。等积累了几套真题之后你会发现高频考点其实就那么几十个完全可以建立一个速查手册。5.2 手写代码与本地环境仿真笔试时很多人不是不会而是“一进IDE就手生”。尤其是链表、二叉树这类需要手动构建测试用例的题目如果平时只是用LeetCode的网页编辑器作答很容易忽略“如何自己构造测试数据”这个基础能力。我的建议是在本地IDE中自己搭建一个最小化的练习环境。用Android Studio或IntelliJ IDEA新建一个Java工程然后手动编写反转链表、二叉树遍历、动态规划等题目的完整代码包括main函数和测试用例。这样做有三个好处一是熟悉了IDE快捷键与自动补全的节奏二是锻炼了手动构造输入输出的能力三是提前适应了“代码写完后要自己验证”的工程习惯。5.3 把“不会的题”变成“复盘的素材”很多人做完一套题对答案看一遍就过了这样效率很低。我的做法是维护一个错题本但记的不是题目本身而是“我当时为什么做错”的归因分析。格式大概是知识点盲区比如不知道HashMap在JDK8中引入了红黑树导致判断树化条件时选错。思路偏差比如链表反转时没考虑头节点的边界处理。审题失误比如把“选择不正确的”看成了“选择正确的”。时间不足比如一道动态规划题花了30分钟导致最后一题没时间写。这个错题本在考前一周是最宝贵的复习资料。因为到了冲刺阶段你不需要再从头看一遍所有知识点只需要回看错题本就能精准定位自己的薄弱环节。5.4 技术广度别忽视网络协议与Linux基础最后提醒一个容易被忽略的方向网络协议。爱奇艺这套笔试的选择题里也出现了TCP三次握手、HTTP与HTTPS的区别等题目。视频类App对网络请求的依赖极高所以这些考点在校招笔试中经常出现就算没出现在笔试中面试环节也大概率会问。准备网络协议可以重点复习TCP的三次握手与四次挥手、TCP与UDP的区别、HTTP/HTTPS的握手过程、HTTP的基础报文结构。这不需要你像网络工程师那样精通但至少要能画出流程图并且能清晰解释每一步的意图。写在最后一次笔试的真正价值文章写到这里整套题的核心考点、解题思路、备考方法基本都覆盖了。回到最初的问题爱奇艺2020校招Android方向笔试题第二场到底值不值得认真复盘我的体会是它的价值不在于“押中原题”而在于帮你验证自己的知识体系是否完整。我自己在复盘这套题时就发现自己对“HashMap扩容时红黑树与链表互转的阈值”掌握得不够清楚对“View绘制流程中measure与layout的先后关系”也一度混淆。这种“发现自己不知道”的过程恰恰是备考阶段最宝贵的收获。如果你正在准备Android校招不妨以一个更平静的心态去面对每一次笔试。把它当成一次针对自己知识盲区的“体检”而不是一场非赢不可的战斗。每套题做完都能比上一套进步一点这就够了。
爱奇艺Android校招笔试题复盘：考点解析与备考策略
每年到了秋招季总会收到不少学弟学妹的消息问“Android岗笔试题到底考什么”、“怎么准备才不白费劲”。我翻了翻自己整理的面经笔记里面存着爱奇艺2020校招Android方向笔试题第二场的完整回忆版。说实话这套题在当年算是比较有代表性的——它不像有些大厂那样上来就是四道hard级算法题压场也没有完全放飞考一堆偏门框架源码而是很踏实地把数据结构与算法、Java基础、Android核心机制和一部分工程实践问题揉在了一起覆盖面广但又没有特别离谱的超纲内容。这篇文章我就以这套题为主线把每一类考题背后的考察意图、核心知识点的理解方式、实际答题时的思考路径以及我在复盘过程中积累的备考经验一次性说清楚。不管你是正在准备校招的应届生还是想系统梳理Android知识体系的在职开发这篇内容都应该能帮你少走一些弯路。1. 这一场笔试到底考察什么岗位画像与命题逻辑很多人拿到笔试题第一反应是“赶紧刷题”但我觉得先搞清楚“出题人想招什么样的人”更重要。爱奇艺的Android方向岗位说白了要的是能直接上手做业务、同时对底层原理有一定感知的工程师。视频类App的业务复杂度摆在那里播放器、弹幕、评论、缓存、个性化推荐这些功能对内存占用、渲染效率、网络策略都有比较高的要求所以笔试题目会明显偏向那些“工作中真正会用到的知识”。1.1 从招聘岗位说起爱奇艺Android方向的岗位画像视频类App的Android开发日常打交道最多的几块内容播放器内核的对接与封装、列表页的流畅度优化、大图与视频缓存策略、多线程下载与断点续传、复杂的UI状态管理。这就决定了面试官在出题时一定会重点关注你对以下几个维度的掌握程度Java语言基础是否扎实尤其是集合类、并发工具、JVM内存模型这些“高频考点”。视频App在播放过程中会有大量的异步任务和缓存读写操作稍不注意就会踩到线程安全或内存泄漏的坑。Android 四大组件与消息机制的理解深度特别是 Handler、Looper、Activity 启动模式这些“必问题”。弹幕推送、播放状态回调、界面刷新所有东西都绕不开这套底层机制。数据结构与算法重点在链表、二叉树、字符串处理和动态规划这些“常规题型”。笔试面试不可能像竞赛那样花式炫技大部分题目考的就是你能否在限定时间内写出清晰、正确的代码。对性能优化和常见崩溃问题有没有实际排查经验。视频类App特别看重这点内存抖动、卡顿、ANR、OOM这些都是很现实的问题。所以你可以把这场笔试理解成一次“准入门槛体检”——它不指望你把所有题目都答得完美但会通过一套题快速筛出那些基础扎实、思维清晰、有工程感觉的候选人。1.2 第二场的整体命题风格与题型分布爱奇艺2020校招Android方向的第二场笔试整体题量与时间设置是标准的“45分钟选择题 90分钟编程题”模式。选择题覆盖了计算机基础、Java、Android、网络协议等模块编程题则是两道算法题加一道安卓相关的设计/实现题。从难度梯度来看选择题里大概有60%属于“背过就能答”的基础题30%需要你真正理解机制之后才能推导出答案剩下10%属于拉开差距的“陷阱题”。编程题的第一道一般比较温和属于“练过就会”的水平第二道开始考察边界处理与代码鲁棒性最后一道Android题看起来像是在写代码实际上是在考察你对组件生命周期、异步任务、内存管理等工程知识的综合运用。说白了这套题玩的不是“偏难怪”而是“你能不能把学过的知识在压力下稳定输出”。2. 核心考点详解数据结构与算法题的解题思路算法题是校招笔试的硬骨头也是很多人最怕的部分。但我复盘爱奇艺这套题之后发现它的算法题并不追求“炫技”而是老老实实地考察基本功。这里我把几类高频考点展开讲讲并给出我在实际答题时的思考路径。2.1 链表类题目边界条件是重中之重链表题几乎是所有大厂笔试的“保留节目”。原因很简单链表涉及指针操作能很好地考察一个人的逻辑严密性而且代码量适中适合在笔试环境中限时完成。常见考法包括反转链表、判断链表是否有环、找链表中倒数第K个节点、合并两个有序链表、删除链表中的重复节点。以“反转链表”为例很多人第一时间能写出迭代版本public ListNode reverseList(ListNode head) { ListNode prev null; ListNode curr head; while (curr ! null) { ListNode nextTemp curr.next; curr.next prev; prev curr; curr nextTemp; } return prev; }这段代码本身没问题但我在实际批阅简历、帮朋友做模拟面试时发现至少有50%的人会忽略一个细节输入链表为空或只有一个节点时的返回值是否正确。如果 head 为 null上面的代码会直接返回 null这没问题但如果题目要求的是“反转后返回新的头节点”我们就需要确认函数签名和返回值定义。另外在笔试平台上写代码时很多人容易把ListNode的定义写错比如漏掉了构造方法或者把val和next的访问修饰符写成了private。这些小细节在实际笔试中非常致命因为平台不会像IDE那样给你自动补全。2.2 二叉树与递归明确边界条件的推导逻辑二叉树题目是我个人觉得“性价比最高”的复习方向因为题型相对固定而且只要掌握了递归模板大部分题都能很快找到思路。爱奇艺这套题里出现过的二叉树考点包括二叉树的前序/中序/后序遍历、层序遍历、二叉树的最大深度、判断是否为平衡二叉树、最近公共祖先等。以“判断是否为平衡二叉树”为例标准做法是自底向上递归public boolean isBalanced(TreeNode root) { return height(root) ! -1; } private int height(TreeNode node) { if (node null) { return 0; } int leftHeight height(node.left); if (leftHeight -1) { return -1; } int rightHeight height(node.right); if (rightHeight -1) { return -1; } if (Math.abs(leftHeight - rightHeight) 1) { return -1; } return Math.max(leftHeight, rightHeight) 1; }很多同学第一次看到这个解法时会觉得奇怪为什么用 -1 表示“不平衡”直接把左右子树高度差大于1时返回 false 不就行了吗这里的关键在于如果我们在递归过程中发现某个子树已经不平衡了其实就没必要再计算其他子树的高度了。返回 -1 是一种“短路机制”——上层调用拿到 -1 后直接继续返回 -1避免了多余的递归计算。这就是所谓的“自底向上”思想也是我在做二叉树题目时最常用的优化手段。2.3 动态规划与字符串处理从暴力解法推导优化动态规划是笔试中的分水岭题型爱奇艺这套题的编程题中也有涉及。不过它考察的DP题通常不是那种需要非常高阶优化的难题而是比较经典的“最长公共子序列”、“编辑距离”、“最长回文子串”之类的题目。以“最长回文子串”为例暴力解法是枚举所有子串然后判断是否为回文时间复杂度是 O(n^3)在笔试中基本不可能通过所有测试用例。中心扩展法能降到 O(n^2)public String longestPalindrome(String s) { if (s null || s.length() 1) { return ; } int start 0, end 0; for (int i 0; i s.length(); i) { int len1 expandAroundCenter(s, i, i); int len2 expandAroundCenter(s, i, i 1); int len Math.max(len1, len2); if (len end - start) { start i - (len - 1) / 2; end i len / 2; } } return s.substring(start, end 1); } private int expandAroundCenter(String s, int left, int right) { while (left 0 right s.length() s.charAt(left) s.charAt(right)) { left--; right; } return right - left - 1; }这个解法的核心在于意识到“回文串一定有一个中心”而中心有两种情况一个字符奇数长度或两个相等字符偶数长度。想通了这一点代码写起来就很顺了。我建议大家在备考时把常见的DP题型整理成一个模板清单背包问题、最长公共子序列、最长递增子序列、编辑距离、回文子串。每道题至少能手写两遍做到“看到题目就能反应出状态转移方程”的地步。3. 核心考点详解Java基础与Android机制如果说算法题是“筛选器”那Java基础和Android机制就是“压舱石”——这些题决定了你是否能拿到后续面试的入场券。爱奇艺这套题在基础部分出得比较全面下面我把考察频率最高的几个方向逐个解读。3.1 Java集合框架HashMap是永远的主角Java集合类是笔试选择题的“题库大户”而HashMap又是其中最核心的考点。关于HashMap你需要清楚的不仅是“Key-Value存储”还有它背后的数据结构与扩容机制。我在复盘这套题时梳理了一下与HashMap相关的考点主要有这些HashMap 的底层结构数组 链表 红黑树。为什么要引入红黑树因为当链表过长时查找效率会从 O(1) 退化为 O(n)红黑树能将最坏情况下的查找时间复杂度降到 O(log n)。哈希冲突的解决方法链地址法。两个Key的hash值相同或映射到同一个数组下标时会以链表形式串联起来。扩容机制当size超过thresholdcapacity * loadFactor时会触发resize。默认容量是16默认负载因子是0.75。为什么负载因子是0.75而不是1或0.5这是时间与空间的折中——负载因子太高会导致冲突概率增大太低则浪费空间。为什么HashMap是线程不安全的多个线程同时put时可能导致数据覆盖甚至JDK7之前并发扩容可能形成环形链表导致CPU 100%。所以并发场景应该用ConcurrentHashMap。这里有一个高频选择题HashMap 和 Hashtable 有什么区别标准答案是Hashtable是线程安全的方法加了synchronized不允许null作为Key或ValueHashMap线程不安全允许null。但在实际笔试中如果你能补充一句“Hashtable因为所有方法都加锁并发效率低基本已被ConcurrentHashMap取代所以实际项目中很少直接用”会给阅卷人留下更好的印象。3.2 JVM内存模型与垃圾回收机制JVM这块是Android开发面试的“深水区”但笔试一般不会考得太深主要集中在内存区域的划分、GC算法、类加载过程这几个点上。关于内存区域记住这张表就够用了区域线程共享存放内容异常类型程序计数器否当前线程执行的字节码行号无虚拟机栈否局部变量表、操作数栈、方法返回值StackOverflowError本地方法栈否Native方法调用StackOverflowError堆是对象实例、数组OutOfMemoryError方法区是类信息、常量、静态变量OutOfMemoryError在Android场景下我们要额外关注的是移动设备内存有限堆内存往往只有几百MB所以“内存泄漏”是比JVM理论更实际的问题。笔试选择题里很可能出现这样的题目以下哪几种情况会导致Activity内存泄漏常见的正确答案包括非静态内部类持有Activity引用比如Handler、Activity被静态变量引用、未注销BroadcastReceiver、流对象未关闭等。3.3 并发编程synchronized与volatile的底层区别并发编程是Java基础中的重点也是很多人复习时容易“背了忘、忘了背”的部分。爱奇艺这套题的选择题中出现了关于synchronized、volatile、ThreadLocal的题目这里我展开说说。先讲 volatile。它的核心语义是“可见性”和“禁止指令重排序”但不保证“原子性”。我们最熟悉的应用场景就是单例模式中的双检锁public class Singleton { private static volatile Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance null) { synchronized (Singleton.class) { if (instance null) { instance new Singleton(); } } } return instance; } }为什么这里的 instance 必须加 volatile因为instance new Singleton()并不是一个原子操作它在JVM层面主要分为三步分配内存、初始化对象、将引用指向内存。如果发生指令重排序其他线程可能拿到“已分配内存但尚未完成初始化”的对象导致后续使用出错。volatile 的禁止重排序语义正好解决了这个问题。再说 synchronized。它修饰实例方法时锁的是当前对象修饰静态方法时锁的是Class对象修饰代码块时锁的是括号里的对象。笔试经常会问“synchronized和ReentrantLock的区别是什么”这类题属于“必须背熟”的基础题synchronized是JVM层面实现的ReentrantLock是JDK层面实现的synchronized不需要手动释放锁ReentrantLock需要lock/unlock配合ReentrantLock支持公平锁、可中断、多条件等待等高级功能。3.4 Android消息机制Handler、Looper与MessageQueue如果说Java并发是“前菜”那Handler消息机制就是Android笔试的“主菜”。几乎所有Android岗的笔试题都会涉及Handler爱奇艺这套题也不例外。核心知识点其实就一句话Handler通过Looper从MessageQueue中取消息然后通过dispatchMessage分发给handleMessage处理。但要真正答好相关题目你需要理解这几个层次Handler负责发送消息和处理消息。发送消息时通过enqueueMessage将Message放入MessageQueue。Looper每个线程最多只能有一个Looper。Looper.loop()是一个死循环不断从MessageQueue中取消息。MessageQueue内部是一个单项链表结构按时间排序。next()方法会阻塞等待下一条消息。Message可以设置what、obj、arg1、arg2等字段建议通过Message.obtain()复用对象避免频繁创建。考题可能会这样出在子线程中创建一个Handler需要先做什么答案是先调用Looper.prepare()和Looper.loop()。如果不调用Looper.prepare()会直接抛出“Can‘t create handler inside thread that has not called Looper.prepare()”的异常。这个知识点只要写过自定义线程中的Handler就会印象深刻。另外一个高频变形题Handler导致的内存泄漏怎么解决标准答案是把Handler定义为静态内部类或者使用WeakReference持有Activity的引用同时在onDestroy中移除所有消息handler.removeCallbacksAndMessages(null)。3.5 Activity启动模式与生命周期Activity这块属于“背了就有分”的题目但爱奇艺这套题在启动模式上出了一道比较有区分度的选择题考察的是standard、singleTop、singleTask、singleInstance这四种模式在不同场景下的路由表现。我这里用一张表帮大家快速记忆启动模式特点典型场景standard每次启动都创建新实例放入原Task默认模式通用页面singleTop如果栈顶已经是该Activity的实例则不新建收到推送后跳转的详情页singleTask如果Task中存在该Activity的实例则移去顶部并清空其上所有ActivityApp主页singleInstance该Activity独自存在于一个Task中来电页面、闹钟提醒这里有个容易混淆的点singleTask和singleInstance的区别。singleTask只是“尽量复用栈内已有实例”它所在Task中还可以有其他Activity而singleInstance是“整个Task里只能有这一个Activity”不允许其他Activity进入。生命周期题也几乎必考特别是“启动A跳转B时生命周期回调顺序”这类题。完整的顺序是A.onPause - B.onCreate - B.onStart - B.onResume - A.onStop。这里的关键是A.onPause先执行B完成启动后A才执行onStop这体现了Android以窗口焦点切换为核心的调度逻辑。3.6 View绘制流程与自定义ViewAndroid自定义View这块笔试通常会考察View的测量、布局、绘制三个阶段以及相关方法的作用。爱奇艺这套题里有一道关于onMeasure的题问的是MeasureSpec的三种模式。MeasureSpec是View测量时的核心概念由32位int组成高2位代表模式低30位代表大小。三种模式分别是UNSPECIFIED父容器不对View有任何限制通常用于系统内部测量。EXACTLY父容器已确定精确大小对应match_parent和具体dp值。AT_MOST父容器指定了最大大小对应wrap_content。理解了MeasureSpec很多自定义View的题目就迎刃而解了。比如面试官问“自定义View时如果想让wrap_content生效需要做什么”答案就是重写onMeasure在测量模式为AT_MOST时给View设置一个默认大小否则默认情况下wrap_content会等同于match_parent。4. 常见问题与考场避坑实录笔试现场的实战技巧这一部分我想写点“只可意会”的内容。我帮不少人做过笔试复盘也在毕业后回学校做过模拟笔试的评审总结出了一些普通面经里不会写、但实际非常影响分数的细节。4.1 时间分配是最容易被低估的决策爱奇艺这套笔试整体的时间是有限的很多同学在做选择题时因为某道JVM题卡住结果后面编程题都没时间仔细想。我见过太多这样的案例选择题满分60分拿了50分编程题两道只AC了一道结果总分反而比选择题40分、编程题两道全AC的同学低。我的建议是拿到试卷先花两三分钟快速浏览全部题目判断各题型的性价比。选择题如果一道题超过2分钟还没头绪先标记跳过回头再看。编程题先做自己最有把握的那道拿到稳定分之后再去啃难题。这里的逻辑是笔试看的是总分不是单题正确率。先把能拿的分全拿到是被验证过最高效的策略。4.2 编程题的“代码卫生”比你想象得更重要很多笔试平台支持本地IDE调试但最终的评测是在线上完成的。写出来的代码除了要能通过测试用例还要注意“代码卫生”——这个问题在面试官人工review时会放大。主要包括变量命名是否清晰能不能用有意义的英文单词而不是a、b、c这种缩写。是否有冗余代码或注释注释是否表达了思路而不是抄了一遍代码。函数边界是否处理清楚比如输入null、空数组、单元素数组的情况下代码是否能正常返回。举个例子写链表反转时我建议顺手把空链表和单节点的情况在注释里写一句。这不只是为了加分更是为了让你的思路在代码中自然流露出来。如果一个候选人交上来的代码连变量名都懒得好好起面试官很难相信他有很好的工程习惯。4.3 选择题要注意“是否”类陷阱爱奇艺这类大厂的笔试题特别喜欢在选择题里用“以下说法错误的是”“正确的是”“不正确的是”这些问法。很多人不是不会这个知识点而是没看清题目到底问的是“正确”还是“错误”一慌张就选反了。我在实际做题时有一个小习惯先在草稿纸上写出题目的问法关键词是从中选择正确的还是错误的然后逐项判断。这个方法听起来很笨但在压力状态下非常有效能显著减少粗心导致的丢分。另外多选题是校招笔试的“重灾区”。我见过很多同学在做多选时因为过度谨慎少选了一个选项而丢分又因为过于自信多选了一个错误选项直接零分。如果有“少选得分、选错不得分”的评分规则建议采用“保守策略”——只选有绝对把握的选项。如果题目没说漏选怎么计分那就尽量选全宁可错选也不要漏选。4.4 安卓实操题的答题思路把过程用文字写出来最后一类题型是Android相关的简答或代码补全题比如“请说明如何优化一个列表页的滑动卡顿”“如何设计一个图片缓存库”。这种题没有绝对标准答案但阅卷人会考察你的分析思路是否完整。先说“列表卡顿优化”这道题。一个合格的答案应该覆盖以下几个维度布局层级减少不必要的嵌套使用ConstraintLayout替代多层LinearLayout。图片加载使用合适的缩放避免加载原图使用Glide/Fresco等库并设置合适的缓存策略。RecyclerView使用使用ViewHolder复用使用notifyItemChanged而不是notifyDataSetChanged。异步处理耗时的数据解析、文件IO放到子线程。内存抖动避免在onBindViewHolder中创建大量临时对象减少GC频率。再如“设计一个图片缓存库”。回答思路应该是LruCache作为内存缓存、DiskLruCache作为磁盘缓存、网络请求作为最后一级形成三级缓存结构。同时要考虑线程池管理、图片压缩、生命周期感知等细节。这类题考察的不是“标准答案”而是你对一个实际问题的完整思考链。建议平时多做一些框架级的设计推导养成从“使用场景 - 核心架构 - 关键细节 - 异常处理”这个顺序思考的习惯。5. 备考建议与复盘方法从一套题到一套体系复盘完这套题之后我想再聊一个更宏观的话题如何高效准备Android校招笔试。很多人刷了几百道LeetCode却依然在笔试中翻车原因往往不是题刷少了而是知识不成体系。5.1 建立“题目 - 考点 - 知识树”的三层映射每做完一套笔试题不要着急做下一套。我建议你先做一件更重要的事把题目中的每一个考点映射到你自己的知识体系中。比如看到一道关于“多个线程同时操作ArrayList”的题就要想到(1) ArrayList不是线程安全的(2) 替代方案有CopyOnWriteArrayList、Collections.synchronizedList(3) 这些方案各自的适用场景和性能差异。通过这种映射你刷的不是“一道题”而是“一类知识”。等积累了几套真题之后你会发现高频考点其实就那么几十个完全可以建立一个速查手册。5.2 手写代码与本地环境仿真笔试时很多人不是不会而是“一进IDE就手生”。尤其是链表、二叉树这类需要手动构建测试用例的题目如果平时只是用LeetCode的网页编辑器作答很容易忽略“如何自己构造测试数据”这个基础能力。我的建议是在本地IDE中自己搭建一个最小化的练习环境。用Android Studio或IntelliJ IDEA新建一个Java工程然后手动编写反转链表、二叉树遍历、动态规划等题目的完整代码包括main函数和测试用例。这样做有三个好处一是熟悉了IDE快捷键与自动补全的节奏二是锻炼了手动构造输入输出的能力三是提前适应了“代码写完后要自己验证”的工程习惯。5.3 把“不会的题”变成“复盘的素材”很多人做完一套题对答案看一遍就过了这样效率很低。我的做法是维护一个错题本但记的不是题目本身而是“我当时为什么做错”的归因分析。格式大概是知识点盲区比如不知道HashMap在JDK8中引入了红黑树导致判断树化条件时选错。思路偏差比如链表反转时没考虑头节点的边界处理。审题失误比如把“选择不正确的”看成了“选择正确的”。时间不足比如一道动态规划题花了30分钟导致最后一题没时间写。这个错题本在考前一周是最宝贵的复习资料。因为到了冲刺阶段你不需要再从头看一遍所有知识点只需要回看错题本就能精准定位自己的薄弱环节。5.4 技术广度别忽视网络协议与Linux基础最后提醒一个容易被忽略的方向网络协议。爱奇艺这套笔试的选择题里也出现了TCP三次握手、HTTP与HTTPS的区别等题目。视频类App对网络请求的依赖极高所以这些考点在校招笔试中经常出现就算没出现在笔试中面试环节也大概率会问。准备网络协议可以重点复习TCP的三次握手与四次挥手、TCP与UDP的区别、HTTP/HTTPS的握手过程、HTTP的基础报文结构。这不需要你像网络工程师那样精通但至少要能画出流程图并且能清晰解释每一步的意图。写在最后一次笔试的真正价值文章写到这里整套题的核心考点、解题思路、备考方法基本都覆盖了。回到最初的问题爱奇艺2020校招Android方向笔试题第二场到底值不值得认真复盘我的体会是它的价值不在于“押中原题”而在于帮你验证自己的知识体系是否完整。我自己在复盘这套题时就发现自己对“HashMap扩容时红黑树与链表互转的阈值”掌握得不够清楚对“View绘制流程中measure与layout的先后关系”也一度混淆。这种“发现自己不知道”的过程恰恰是备考阶段最宝贵的收获。如果你正在准备Android校招不妨以一个更平静的心态去面对每一次笔试。把它当成一次针对自己知识盲区的“体检”而不是一场非赢不可的战斗。每套题做完都能比上一套进步一点这就够了。
)
