1. 从一道爱奇艺真题说起Android笔试到底在筛什么看到“爱奇艺2019秋招Android方向笔试题A”这个标题很多准备找工作的同学第一反应是去搜原题、背答案但如果你真这么干了大概率是浪费时间。原因很简单各大厂的笔试题目年年变但考察的能力维度是高度稳定的。我拿这套题当引子想跟各位聊聊Android校招笔试背后真正要筛的东西以及站在现在的视角回看哪些知识依然值得重点复习哪些答案已经被新的技术栈改写了。先给一个总体判断这套题虽然叫“Android方向”但它的命题范围从来不只是四大组件、Handler、Binder这些Android特有知识点。相反Java基础、操作系统、计算机网络、数据结构这些“计算机通用能力”往往占据前半张卷子Android部分反而是后半程的“专业加试”。从近两年我接触到的各家笔试来看这个结构不但没有改变反而在强化。原因很好理解大厂要的不是只会调API的人而是出了问题能快速定位、能理解底层原理的人而这些能力几乎全部来自通用基础而不是某个框架的用法。那这份题具体涉及哪些能力我把它拆成三类第一是基础扎实度包括Java语法、集合、并发、JVM内存模型第二是Android框架理解深度比如Handler机制、AMS启动流程、Binder通信、事件分发体系;第三是业务落地能力包括网络请求、图片加载、性能优化、组件化方案这些“真刀真枪”的东西。下面我逐一展开顺便把每类题背后的考察意图和答题思路讲清楚。后面所有内容基于我对历年真题的拆解以及Android技术栈在2019年前后的实际面试考察习惯不一定100%对应原始卷子的每道题但覆盖的知识点和底层逻辑基本是一致的。2. 第一梯队考点Java与操作系统Android工程师的隐形地基很多备考Android的同学把大量时间花在背四大组件的生命周期上却忽略了笔试里最先出现的往往是Java和操作系统题。这类题表面上看跟Android无关实际上每一道都在映射Android系统中的具体问题。比如考Java内存模型本质上是在为后续讲解ANR、OOM做铺垫考线程池参数本质上是在为AsyncTask、IntentService、协程调度等并发方案的选型打基础。2.1 线程、进程与并发不只是背八股2019年前后的Android笔试题里关于线程和并发几乎是必考的。常见问法包括线程和进程的区别是什么什么是死锁死锁产生的四个必要条件是什么线程池有哪些参数核心线程数和最大线程数的区别wait()和sleep()有什么区别volatile和synchronized的区别这些题看起来是Java基础但在Android场景里都能找到对标物。比如Android的主线程不能执行耗时操作否则会触发ANR这个机制的本质是“主线程消息循环被阻塞”。如果你只记住了“主线程不能做耗时操作”这句话而不知道背后的消息循环原理那么只要面试官追问一句“为什么阻塞会导致ANR”你就容易卡壳。笔试也是一样的逻辑它不只考结论更考推理链条。我在带新人时经常强调一个复习方法每背一个Java并发概念就强迫自己写一个Android中的对应案例。比如synchronized对应多线程同时更新UI时的线程安全问题ReentrantLock对应自定义View中动画与触摸事件并发访问成员变量的场景线程池对应网络请求框架中的线程调度。当你把抽象概念跟实际问题绑在一起时记忆效率和答题深度会明显提升。2.2 Java内存模型与GCOOM/泄漏排查的理论源头Android笔试中有一类高频题是“Java内存分为哪几块”“垃圾回收算法有哪些”“什么是强引用、软引用、弱引用、虚引用”。这类题表面偏理论实际是Android内存优化题的“前置知识”。如果不懂GC Roots你就很难理解为什么Handler持有Activity会导致内存泄漏如果不清楚引用类型你就很难理解为什么图片缓存要用LruCache而不是HashMap。答题时可以带一点工程视角这会让你的答案明显区别于普通背题者。例如软引用适合做缓存但在Android 9之后系统对软引用的回收策略变得更加激进所以业界逐渐转向LruCache这类显式内存控制方案。谈到弱引用时可以联系Handler内存泄漏的经典场景内部类Handler隐式持有外部Activity如果消息队列里还有未处理的消息Activity就无法被回收解决办法之一就是使用静态内部类加WeakReference。这种答题方式一来显得你有真实项目经验二来能把Java基础题和Android优化题串联起来给阅卷人留下“这人是真懂”的印象。2.3 数据结构与算法压轴题的真实分量笔试试卷的后半部分通常会有算法题常见题型包括链表反转、二叉树遍历、字符串匹配、动态规划、LRU缓存设计等。2019年的Android笔试也不例外。很多人以为大厂校招算法题只考“会不会”其实更看重“能不能用最优解讲清楚复杂度”。我的建议是优先掌握以下几类数组与字符串的双指针法、链表的快慢指针与反转、二叉树的递归与层序遍历、HashMap的原理与手写LRU、以及基础的动态规划背包、最长公共子序列。刷题时不要只闷头写代码要养成“先分析暴力解再推导优化解最后写代码”的习惯。笔试答题时间有限但是你在卷面上留下的注释和复杂度分析往往是加分项。2.4 操作系统与网络Android开发者容易翻车的地方操作系统题在Android笔试中占比不小常见有进程调度、虚拟内存、页置换算法、用户态与内核态。网络题典型的是TCP三次握手与四次挥手、HTTP与HTTPS的区别、HTTP报文结构、DNS解析流程。很多Android同学觉得这些“跟客户端开发没关系”考完就忘结果在二面三面时被问到“为什么HTTPS比HTTP安全”“TCP的TIME_WAIT是什么”时一脸懵。我的理解是这类题的出现不是为了让你背协议而是为了考察你是否具备“全局视角”。比如你在做网络层优化时如果不懂TCP拥塞控制就不可能理解为什么弱网环境下要把请求拆小、为什么要做连接复用。把这些基础跟实际结合着答比单纯默写定义要有效得多。3. 第二梯队考点Android四大组件与核心机制源码才是分水岭过了通用基础部分笔试就进入真正的Android专业环节。这个阶段的题考查的是“你是否理解Android系统是怎么工作的”而不仅仅是“你是否用过某个控件”。从近几年的趋势看源码级问题的比重在增加像Handler、Binder、AMS、WMS、事件分发、自定义View几乎每一家都会考。3.1 Handler与Looper为什么这个问题年年出现Handler相关题目是Android笔试中的“常青树”常见问法有Handler、Looper、MessageQueue三者的关系是什么一个线程有几个Looper如何保证只有一个Handler如何实现线程切换主线程的Looper为什么不会导致应用退出这类题看似基础但考察深度可以拉得很开。如果只背结论比如“Handler发送消息到MessageQueueLooper循环取出消息并分发”那只能拿基础分。想拿高分需要补充几个关键细节一是Looper通过ThreadLocal实现线程私有所以每个线程最多只能有一个Looper这也是为什么你在子线程中使用Handler必须先调用Looper.prepare()。二是MessageQueue不是队列而是一个基于时间排序的单链表Message通过next()方法阻塞等待下一跳消息这种设计保证了延迟消息的高效处理。三是主线程的Looper在ActivityThread.main()中创建一旦消息队列为空Looper会调用epoll机制进入休眠而不是死循环占用CPU这才使得应用“挂起”时不会把电量耗尽。如果你能在答案里把这些底层细节讲清楚阅卷人基本可以判断你是读过源码的至少是认真看过相关文章并有自己理解的。这类考生在后续面试中往往更容易获得正向评价。3.2 Binder与IPCAndroid进程通信的命脉关于Binder的题目也时常出现在笔试试卷中常见问法包括Binder相对于其他IPC方式有什么优势AIDL的工作原理是什么oneway调用和同步调用的区别Binder驱动在进程通信中做了什么很多人在备考时觉得Binder难因为它涉及Linux内核、内存映射、代理模式等一堆概念。我建议采用“生活化类比”来理解Binder就像你去银行办事。你客户端进程把需求写在单子上写入数据交给柜台工作人员Binder驱动工作人员核验身份权限检查后把单子转交给后台业务员服务端进程业务员处理完再把结果通过柜台还给你。整个过程虽然跨了多个角色但对客户来说就像直接跟后台对话这就是“一次数据拷贝”的直观感受客户端数据先拷到内核空间再由内核映射到服务端避免了两倍拷贝开销。答题时如果能提到“Binder只需要一次拷贝而传统管道/消息队列需要两次拷贝”就能体现出你对比过不同IPC方案的差异。如果还能补充Android中Binder的应用场景比如ActivityManager、PackageManager、WindowManager的系统服务通信都依赖Binder那这道题基本就拿稳了。3.3 Activity启动流程与AMS一道贯穿系统级的大题“请描述Activity的启动流程”是Android笔试中少有的“综合性大题”因为它可以把Activity、AMS、Instrumentation、ApplicationThread、ViewRootImpl等多个模块串起来。如果只背结论比如“startActivity最终会调用AMS的startActivity”是不够的。面试官更希望你大致描述整个链路并能够解释关键节点上的设计意图。一个相对完整的回答框架是这样的应用进程调用startActivity实际上是调用了ActivityManager.getService().startActivity()因为AMS是一个系统级服务运行在system_server进程。AMS收到请求后负责检查Activity是否存在、权限是否通过、目标Task是否合理然后通过Socket或Binder与目标进程通信。如果目标进程不存在AMS会让Zygote进程fork出新进程并在新进程中创建Application和Activity。ActivityThread通过HHandler接收消息在UI线程中执行Activity的onCreate、onStart、onResume等生命周期回调。笔试题里如果只是问“简述Activity启动流程”你只需把上述链条写清楚再补充一两个关键概念比如“为什么不能在onCreate里做太多事情”“LaunchMode对Task的影响”就已经足够优秀。如果问得更细比如“系统如何做到跨进程回调生命周期”你就需要提到ApplicationThread这个Binder对象它是应用进程暴露给AMS的“反向接口”AMS通过它来通知应用执行生命周期操作。3.4 自定义View、事件分发与绘制流程实操题的灵魂这部分题目通常不是简答而是给一段代码或场景让你分析结果。常见题型包括事件分发机制中dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent的调用顺序是什么requestDisallowInterceptTouchEvent有什么作用自定义View的onMeasure、onLayout、onDraw分别在什么时机被调用Scroller和ViewDragHelper的使用场景实战经验里我发现比较容易出错的地方是“事件分发到底是自上而下还是自下而上”。准确记忆是事件分发是自外层View向内层View传递即Activity - ViewGroup - View每一步都可以决定是否拦截但如果内层View没有消费事件事件会反向传回外层View的onTouchEvent也就是“先分发后回溯”。笔试里经常用一段嵌套布局让你判断点击后哪些方法会被调用如果只记住其中一个方向很容易答错。自定义View部分我建议把measure、layout、draw三者的职责分开理解onMeasure负责测量自己有多大onLayout负责确定子view在大布局中的位置onDraw负责绘制具体内容。它们共同依赖父view传递的MeasureSpec包括UNSPECIFIED、EXACTLY、AT_MOST三种模式。这三个模式几乎出现在所有自定义View题目里务必要弄清楚每种模式下MeasureSpec.size代表什么含义。4. 隐藏考点性能优化、架构设计与工程化笔试里的“高级分”2019年前后的大厂笔试有个共同特点基础题大家都会区分度其实在那些“看起来不是考点”的题目上。比如题目里给一段内存泄漏代码问你如何排查或者在简答题里让你谈谈图片加载框架的设计思路。这类题表面上没有标准答案实际上在考察你的工程化素养。4.1 性能优化从“知道”到“会量化”Android性能优化题高频出现的方向有四个内存优化、卡顿优化、启动优化、包体积优化。每个方向都有一些固定答案但要想拿高分需要带数据意识。以启动优化为例单纯说“用异步初始化、延迟加载、启动页优化”只是浅层答案。更完整的回答应该包含先通过Traceview或systrace确认冷启动耗时分布找到耗时Top的方法再判断哪些初始化任务可以挪到子线程哪些必须留在主线程比如ContentProvider的初始化因为ContentProvider的onCreate是在Application的attachBaseContext之后、Application.onCreate之前执行的如果不加控制很容易拖慢启动。最后别忘了说到用户体验层面比如使用启动主题占位图来避免白屏。卡顿优化的标准答案通常围绕掉帧展开Android的UI渲染要求每帧在16.66ms内完成否则就会出现丢帧。分析卡顿时关注的维度包括主线程是否有耗时操作、布局是否层级过深、是否有过度绘制、内存是否频繁触发GC导致卡顿。如果你在笔试答案中能写出“通过GPU呈现模式分析工具查看柱状图”“通过Layout Inspector检查布局层级”这类具体的排查手段比空谈“要优化”有说服力得多。4.2 架构演化MVC、MVP、MVVM怎么谈才显深度笔试里经常出现一道开放题“你在项目中使用过哪种架构模式它解决了什么问题有什么缺点”大部分人的答案停留在“MVC里面Activity既是Controller又是View很容易臃肿MVP通过Presenter隔离了View和ModelMVVM用ViewModel和LiveData解决生命周期问题”。这种答案没有错但略显单薄。我的建议是别急着给结论先给场景。你可以说“在实际项目中MVC确实适合快速迭代的小页面但随着业务逻辑增多Activity的代码越来越庞大维护成本上升所以我们转向了MVP/MVVM”。然后举例说明某个具体页面为什么改架构、改完带来了什么收益。比如直播间消息列表在MVP模式下Model层的数据处理可以独立测试View层只需要被动刷新UI定位问题的时间明显缩短。这样的回答能让考官觉得你真的在项目里踩过坑、做过取舍而不是背了三个名词。如果笔试题还涉及到Jetpack组件建议把ViewModel、LiveData、Lifecycle、Room、DataBinding的职责边界也理一理。2019年是MVVM在Android圈爆发的起点到现在的面试中已经成为“默认考点”。但即使最新技术栈已经演进到Compose StateFlow核心的“状态驱动UI”“生命周期感知”“单向数据流”思想没有变答出这些才是真正有价值的理解。4.3 架构组件化与模块化中大型项目的必选项组件化和模块化也是笔试的常客问法包括组件化解决了什么问题如何实现组件间通信ARouter的原理是什么模块化与组件化的区别我建议从“痛点”入手来答。单工程在业务规模变大后会面临编译时间过长、团队协作冲突、业务无法独立测试等问题。组件化通过把不同业务模块拆成独立的组件或Module并在开发模式下让每个组件可以作为独立App运行在集成模式下作为library被主工程引用来缓解团队协作压力。组件间通信则可以通过路由框架如ARouter实现通过在编译期生成路由映射表运行期用Path找到对应Activity或Fragment同时可以支持参数注入与拦截器。如果笔试中问“组件化有什么坑”可以补充模块间的资源名冲突需要统一前缀manifest文件在library与application模式下需要区分模块间如果存在循环依赖会出现编译问题等。这些内容需要实际拆分过项目才会总结出来属于高区分度答案。4.4 网络层与图片加载高频源码题的答题重点网络部分最常见的题目是“OkHttp的实现原理”“Retrofit的动态代理机制”“Glide的缓存策略”。对于笔试来说不需要你写到每一行但需要你能梳理出核心链路。OkHttp的核心链路可以概括为请求通过Dispatcher分发到Interceptor责任链经过重试与重定向、桥接、缓存、连接等环节最终通过Socket写完请求、读取响应。如果问优缺点可以强调它的连接池复用和拦截器设计是性能与扩展性的关键。Glide的考察重点通常是缓存机制分为内存缓存LruCache ActiveResources、磁盘缓存、网络缓存三层。加载流程是先查内存再查磁盘最后请求网络。如果你能说出“Glide默认缓存的是原始图片的多种尺寸版本所以同一个图片在不同控件尺寸下会生成不同缓存项”说明你真的研究过它的缓存key生成规则。图片加载题还有一个常见变体“如何设计一个图片加载框架”。这种开放题的答题框架几乎是固定的先问清需求加载网络图、缓存、生命周期感知、支持自定义解码、支持加载进度然后说架构分层比如最上层是API入口中间是请求分发与调度底层是缓存与解码器。回答时如果能自然带上“我参考过Glide/Fresco的哪些设计”就是一个加分项。5. 工具链与技术演进如何用旧真题复习新知识体系回到开头的题目本身如果现在让你直接做2019年的题目你可能会发现有一批题目在今天看来已经变了答案。这不是说题目过时了而是Android技术栈经历了Kotlin化、协程普及、Compose推广、AGP与构建工具链升级等大幅演进。我的建议是不要死背旧题答案而是把旧题当作“知识结构索引”以旧题引新题。5.1 从Android Studio到AGP构建工具链的理解不能停留在“会用”热搜词里频繁出现“android studio下载”“android studio中文设置”“android studio hedgehog 2023.1.1 patch 2支持AGP8版本吗”之类的问题这说明很多开发者对工具链的更新是跟不上的。笔试虽然没有直接考“AGP 8.0对构建流程有哪些影响”但在考察打包流程、APK结构、多渠道打包时会间接反映你是否理解Gradle和AGP的机制。比如2019年常考题“什么是APK的签名机制”“v1、v2、v3签名的区别”到现在依然是高频题。但答案需要补充一个新变化AGP 8.0后v1签名默认被禁用Android 11以上的设备强制要求v2签名。如果你只记得旧版本的默认行为就可能答错。再比如“如何减少APK体积”这道题旧答案集中在移除无用资源、开启资源压缩、使用webp、代码混淆新答案还应包含使用App Bundle按需分发、开启资源优化、合理配置so库ABI筛选。这些差异点恰恰是笔试里体现“你关注不关注技术演进”的检测窗口。关于“Android Studio Hedgehog 2023.1.1 Patch 2是否支持AGP 8版本”这类具体问题实际验证下来Hedgehog系列默认内置的AGP版本是8.2.x它支持AGP 8.0到8.2之间的版本。如果你还配置了更高的AGP版本需要同时升级Gradle并检查JDK版本是否满足要求。这一点对笔试意义不大但在做历年真题复现时如果遇到构建环境问题可以快速排错。5.2 Kotlin、协程与Compose旧知识的新答案2019年秋招的时候Kotlin已经发布很久但大部分Android笔试还以Java出题。到了现在如果你去面试还只写Java答案会显得知识面偏旧。这里我说的不是要你抛弃Java而是要用“新旧对比”的方式答题。例如传统Handler题现在可以延伸为“Handler消息机制与Kotlin协程有什么区别协程为什么能替代部分Handler场景”答案是Handler通过MessageQueue Looper完成线程切换基于消息队列模型协程通过挂起函数suspend和调度器实现非阻塞切换代码可读性更好且天然支持结构化并发与取消。如果你能再补充“底层的Dispatchers.Main本质就是把任务post到主线程Looper”就能把新旧知识点打通考官会认为你不仅会新框架还能理解它背后的设计来源。Compose的问题也类似。2019年的真题里会有“自定义View如何实现X”现在面试则常问“Compose的自定义布局与传统View的自定义布局有什么不同”。答题核心是传统View通过onMeasure/onLayout/onDraw三阶段进行测量、布局与绘制而Compose通过measure、layout、draw三个Modifier节点实现声明式UI把“状态到UI”的映射变得明确。笔试如果给一段Compose代码让你判断重组范围重点考察的是对可变状态的观察能力而不是代码本身。5.3 从Framework到系统定制OpenOCD与蓝牙等垂直方向的“附加分”热搜词里出现了“android framework”“android ams”“android openocd”“android蓝牙”“android smartplayer 集成”“android 车载”“android 14 root”等词汇这些在纯校招笔试中不一定出现但如果是偏系统级或物联网方向的公司确实会有。如果你打算投这类岗位建议额外准备Android系统启动流程从BootLoader到Zygote再到SystemServer和应用进程的launch。系统服务原理以AMS、PMS、WMS为中心梳理它们之间的调用关系。驱动与调试OpenOCD用于嵌入式设备调试涉及JTAG/SWD接口与GDB Server的配合在车机/物联网项目中出现概率高。蓝牙与周边通信蓝牙配对、BLE GATT协议、A2DP音频传输、以及Android 12之后的邻近权限变化。对于一般应用开发岗这些知识不需要太深入但如果你能主动提到“我理解Binder在系统服务中的角色”会在综合评估时加分。6. 站在现在做一套“旧题新做”我推荐的备考路线与答题策略前面拆解了很多知识点最后聊一聊备考和答题的方法论。毕竟知道考什么只是第一步怎么复习、怎么在有限时间内写出高分答案才是关键。6.1 把真题当索引而不是答案库很多人拿一套真题就开背背完再换一套最后题目全见过换一个问法就不会了。我的建议是拿到任何一套真题先不要看答案而是自己画一张思维导图把每道题涉及的知识点列出来。以本文讨论的这套题为例它引申出的知识点包括Java并发、JVM内存、算法、Handler、Binder、AMS、事件分发、性能优化、架构设计、网络框架等。画完之后你会发现真题的意义在于给你一份“高频考点清单”而非让你背标准答案。你后续复习的每一步都应该围绕这份清单展开。6.2 答题时间的分配与卷面技巧笔试时间通常很紧张尤其是算法题和源码分析题容易超时。我的经验是先快速浏览全卷把会做的题按顺序完成不会的题先写上关键词等全部做完再回头补。简答题建议“分点作答”每个小点用一句话说明结论、一句话解释理由必要时画一个简单的调用链示意比如文字箭头A - B - C。阅卷人看的是关键词逻辑链条你写“Handler消息队列阻塞导致主线程无法处理输入事件最终触发ANR”远比写一大段模糊的描述得分高。遇到“开放设计题”时不要空写“我觉得应该优化”。用“现状 - 问题 - 方案 - 预期收益”的结构哪怕无法给出精确数据也要给出合理的量级预期。比如你说“通过异步加载优化启动速度预计冷启动时间降低20%”这比“提升用户体验”具体得多。6.3 选一个项目当“答题素材库”很多笔试题尤其是简答题和开放题光背理论答不生动。我特别建议备考期间准备一个自己深度参与过的Android项目把该项目里用到的技术点全部拆解出来作为所有题目答案的“例证来源”。比如你的项目用到了Room那么在数据库相关的题目里就可以结合Room的迁移和线程策略来谈项目使用了协程那在并发题里就能用实际写法来展示。这个项目不用大但一定要真实、有细节。我在面试中遇到不少候选人项目写得天花乱坠一问细节就支支吾吾。笔试也一样如果你在答案中写“我在项目里通过Traceview定位到启动阶段SharedPreferences阻塞主线程”那可信度就来自这句话里包含的工具名与操作路径而不是“我做过优化”这五个字。6.4 别忘了做技术复盘一部分同学会在笔试后把卷子扔到一边这是很可惜的。笔试的复盘价值比成绩本身高得多。拿到结果后第一时间对照每道题找出正确解法并记录“我为什么没答出来”是知识盲区还是表达不清还是时间不够下次笔试前把复盘记录翻出来看一遍比埋头多刷一百道新题更有效。我的习惯是给每道错题打标签基础、源码、算法、开放设计。如果基础类错题超过一半说明需要补重量级基础如果源码类错题多说明看源码太少如果算法题败北那就要调整每天的刷题量。按照这种“错题驱动”的方式复习一周的效果可能比盲目复习一个月还好。写在最后旧题不是终点而是起跑线我见过不少人对着一套2019年的真题懊恼觉得“这些都过时了背了没用”。但我的看法是技术会有版本迭代但考察底层思维方式的逻辑不会变。Handler的知识不会因为协程出现就作废JVM内存模型不会因为Compose就失效Binder更不会因为跨端方案兴起就退出舞台。一套旧真题最宝贵的价值是帮你看清这些不变的地方在哪里同时提醒你那些已经变化的地方该怎么更新答案。如果你手头也握着一份旧试卷别急着背先拆出知识地图再逐项打勾。等到你看到任何一道题脑中能自然浮现“它考的是哪个底层机制、我可以结合哪个项目经验、最新技术栈下答案有哪些变化”那这套题才算真正吃透了。祝各位都能在笔试中找到节奏拿到心仪的offer。