最近整理旧网盘，翻出一份当年练手用的货拉拉2018秋招Android工程师笔试题卷一（B）。朋友瞟了一眼说，这都什么年代了还炒冷饭。我没急着反驳，把卷子从头到尾又过了一遍，结果发现一个挺反直觉的事实：当年那些让不少人栽跟头的考点，放到现在依然能拦住一大片候选人。
原因很简单，Android这套东西，工具链换了一茬又一茬，但底层骨架并没有变。Activity还是那个Activity，Handler还是那个Handler，AMS还是那个AMS，只是实现细节换了层皮。这篇文章我就以这套2018年的真题卷为引子，把Android笔试真正在筛什么、底层考点怎么答才拿分、以及从真题推出来的备战路线，一次说清楚。准备秋招的同学、想跳槽但心里没底的Android开发，都值得看完。
1. 2024年还翻2018年的卷子，是不是在炒冷饭
1.1 技术迭代这么快，为什么考察的底座没变
2018年到现在，Android圈表面上的变化非常大：Kotlin从配角变成了默认语言，Jetpack全家桶普及，Compose开始蚕食View的领地，AGP从3.x版本一路升级到8.x，连打包压缩工具都被R8接管了。如果单看这些，确实会觉得当年的笔试题毫无价值。
但你把卷子真正拆开看，就会发现考的还是那几块：四大组件的工作机制、Handler消息循环、Binder跨进程通信、数据持久化方案、内存泄漏与性能优化。这些是Android应用开发每天都在打交道的地基，地基不会因为上面盖的楼换了风格就跟着拆掉重建。
我见过很多人在简历上写"熟练使用协程""熟悉Compose"，结果问到他协程底层切线程靠的是什么、Compose的重组跟传统View刷新有什么区别时，答不上来。说到底，面试官不是要你背新API，而是想看你有没有把机制层面的东西吃透。新框架只是新工具，底层的Looper、Binder、生命周期调度逻辑，依然是理解一切的前提。
1.2 这套卷子的题型规律与拆解思路
这类2018年的校招卷，题型组合一般很固定：选择题（考察零碎知识点和边界条件）、简答题（考察机制原理和方案设计）、代码题（考察基础算法与Android API的实际使用）。货拉拉的题量不小，时间紧，如果按顺序从头做到尾，很容易陷在选择题里出不来。
我的拆题习惯是：拿到卷子先花两分钟扫一遍题型分布，给每道题标一个模块标签。比如看到"Activity启动模式"标到组件机制，看到"apply和commit的区别"标到存储，看到"内存泄漏"标到性能优化。标完你会发现，真正的大头就那几个模块，复习时按模块集中突破，比漫无目的地刷题高效得多。
这套题给我们的最大价值，不是那道题的答案，而是帮你快速定位自己的知识盲区。2018年的盲区到2024年很可能还是盲区，只是问法更隐蔽了。所以，这份卷子不仅不过时，反而是一张很好的体检表。
2. 底层机制题：把四大组件背后的“为什么”捋清楚
2.1 Activity与启动流程：从startActivity到onCreate
2018年的题里，Activity几乎是雷打不动的第一座山。考得最多的是启动模式和生命周期组合场景，比如"Activity A启动B，B是singleTop，A和B各自走哪些生命周期回调"。这种题现在依然高频，因为它在现实开发中直接决定你的页面栈是否混乱。
真正要理解这套题，不能只背生命周期表格。你得从startActivity的调用链切进去：应用进程通过Binder调用到系统进程的AMS，AMS检查目标Activity的LaunchMode、确认任务栈，再通过ApplicationThread回调到应用进程，最终由ActivityThread的handleLaunchActivity走到onCreate。每一次生命周期回调，背后都是系统进程和应用进程的一次跨进程协作。
面试官在笔试里考启动模式，真正想看的是你有没有踩过"启动模式跟Intent Flag组合使用"的坑。比如singleTask加上FLAG_ACTIVITY_NEW_TASK的搭配，在用到外部拉起页面时很容易误伤已有任务栈。如果你只停留在"四种模式的含义"这个层面，笔试选择题可能能蒙对，但遇到开放型简答题就露馅了。
2.2 Service、BroadcastReceiver、ContentProvider的老题新考
Service在2018年几乎是必考。问法大同小异：startService和bindService的区别是什么，两者混合使用时生命周期怎么走，进程被系统杀掉后哪个会重启。现在考题变了花样：Android 8.0对后台启动服务的限制、Android 12的精确闹钟限制、前台服务类型（foregroundServiceType）的强制声明，这些新约束本质上还是在考Service的运行边界和系统资源管理逻辑。
BroadcastReceiver这块，2018年高频考点是动态注册和静态注册的区别、onReceive里能不能做耗时操作。现在在此基础上加了Android 8.0对隐式广播的限制，以及Android 13/14里RECEIVER_EXPORTED和RECEIVER_NOT_EXPORTED的显式声明要求。变化的是规则，不变的是"广播是系统与组件之间的事件通道，需要控制可见性和生命周期"这套底层理解。
ContentProvider在2018年的题里出现频率不如前三个，但一旦出现就是拉分题。重点不只是它的CRUD方法，而是onCreate的执行时机：ContentProvider的onCreate是先于Application的onCreate的，这个细节在SDK初始化、跨进程数据预加载场景里非常关键。另外ContentProvider的多进程数据同步是基于Binder和匿名共享内存的，理解这个才能解释为什么大数据量跨进程传输时它比单纯的Binder更优。
2.3 Binder通信：面试手撕题的常客
Binder基本是2018年Android笔试的"压轴概念题"。选择题爱问一次拷贝还是两次拷贝，简答题爱问为什么选Binder而不是共享内存或管道。
标准答案大家都背过：Binder只需要一次拷贝，把用户空间数据拷贝到内核空间，再通过内存映射让目标进程共享；性能高、安全性好，而且为每个进程分配UID/PID，可以用来做身份校验。但光背这个不够，你得能画得出这条链路：客户端通过Proxy接口发起调用，数据写入Parcel，通过内核的binder驱动完成线程迁移，服务端通过Stub接口接收并执行。
我自己的经验是，Binder这题要配合AIDL一起准备。手写一个AIDL接口、实现双向通信、处理跨进程回调时的线程切换，这套流程练熟了，你对Binder的理解才算落地。2018年的笔试可能只考概念，但现在的面试几乎必然要求手写或追问细节。
3. 消息机制与并发：Handler和线程池的底层逻辑
3.1 Handler为什么不会卡死主线程
Handler机制是Android笔试和面试的双料常客。2018年的卷子基本都有这么一道选择题：Looper.loop()是一个死循环，为什么主线程不会卡死？
这个问题看着简单，但特别能区分"背过答案"和"真懂原理"。Looper.loop()确实是个死循环，但循环里的关键操作是MessageQueue.next()。当消息队列为空时，next()会调用nativePollOnce进入epoll等待状态，把线程挂起而不是空转。这时候如果有消息进来，会通过唤醒机制把线程拉起来继续处理。Java层的死循环配合底层的事件阻塞机制，这就是Android的"伪死循环"。
我在这类题上踩过坑。早年间我以为是主线程消息循环优先级高，所以不会卡，后来读了MessageQueue的native实现才彻底明白。所以如果笔试里有"如何往主线程消息队列插入一个任务"这种题，光回答handler.post是不够的，你最好能说出来post最终会把Runnable包装成Message，通过enqueueMessage插入到MessageQueue，然后由主线程的Looper取出并执行。
3.2 从AsyncTask的没落到协程的崛起
2018年的笔试里，AsyncTask出现频率不低，常考的点是doInBackground、onProgressUpdate、onPostExecute这三个方法分别在哪个线程执行，以及并发调用execute能不能并行。现在这个类已经废弃了，但它的考点没有消失，只是换了一套载体。
AsyncTask的核心问题在于配置变更时容易内存泄漏、任务取消不彻底、并发线程池容易被打满，这些痛点恰恰是协程想去解决的。现在的面试题会问：协程的Dispatcher是怎么切换线程的？withContext是保住了线程还是切换了线程？挂起函数恢复之后跑在哪个线程？这些问题的底层，依然是Handler和线程池那套东西。
所以刷题的时候不要只背"协程是轻量级线程"这句话。你要能说明白：协程本质上是用状态机把代码切成一段一段的，非阻塞挂起时线程被释放，恢复时通过Continuation重新流转。这套机制和Handler的post、线程池的execute，解决的是同一类问题——如何让任务高效地在线程之间流转。
3.3 线程池：核心参数和拒绝策略怎么答才不丢分
Android笔试里线程池相关的题，基本就是ThreadPoolExecutor那几个核心参数。但很多人在WorkerQueue和拒绝策略上丢分。比如SynchronousQueue配合maximumPoolSize，跟LinkedBlockingQueue配合corePoolSize，两者行为完全不同。
我建议复习时直接围绕一个场景题来准备：一个图片加载库的线程池该怎么配。核心线程数、最大线程数、队列长度、饱和策略，每个参数背后都要有理由。比如队列用有界队列是为了避免无限积压导致OOM，拒绝策略用CallerRunsPolicy是为了把压力回传给调用方，保证任务不丢失。这样答，笔试简答题基本能拿满，面试也方便展开聊。
4. 存储、文件与共享：一道ContentProvider题的扩展
4.1 SharedPreferences到底安全不安全
2018年的存储题里，SharedPreferences基本是默认主角。考得最多的是commit和apply的区别：commit是同步提交到磁盘，返回布尔值；apply是异步写入内存后立即返回，最终写入磁盘。如果两个apply并发执行，后一个可能覆盖前一个，这是高频陷阱。
现在问法升级了：SharedPreferences跨进程安全吗？直接说不安全是入门级回答，真正的问题是——它通过什么机制实现跨进程读取，以及为什么在高频写入场景下会卡顿。SharedPreferences初始化时会加载整个XML文件到内存，文件越大，首次读取越慢；每次apply都是一次全量序列化写入。这也是为什么后来MMKV这类基于mmap的存储方案越来越流行。
我建议准备存储题时，把SharedPreferences、MMKV、DataStore放在一起横向对比。它们的差异点集中在同步还是异步、跨进程是否安全、首次读取性能、写入放大这几个维度。笔试里如果出现"现有方案有什么坑、怎么优化"这种题，这套对比就是你的答题骨架。
4.2 FileProvider与content:// URI的前世今生
真题里容易出这样一道情景题：应用内拍照后在onActivityResult里拿不到图片，为什么？这背后的知识点就是Android 7.0开始不允许通过file:// Uri跨应用共享文件，必须使用FileProvider生成content:// Uri。
这个问题放在2018年非常应景，因为很多App在适配7.0时踩过这个坑。现在再看，content:// Uri已经是所有跨应用文件共享的基本姿势了。你在系统日志、日志抓取里看到的"content://com.xxx.fileprovider/..."就是某个应用配置的FileProvider authority。在这个URI结构里面，你要能解释清楚external_paths、cache_path这些path配置的作用，以及getUriForFile和grantUriPermission之间的配合。
4.3 分区存储之后，文件题变成了边界题
Android 10开始强制分区存储，到Android 11又收紧了一次，这是最近几年存储题的重灾区。2018年还是"直接往getExternalStorageDirectory里写文件"的年代，现在再这么写直接崩。现在的题更爱考：如何通过MediaStore保存图片、如何用SAF调用系统文件选择器、应用专属目录和公共目录分别该怎么访问。
笔试里如果考到文件和ContentProvider的交叉点，核心就一句话：明确你的数据属于谁，是应用私有还是希望跨应用共享。私有数据扔到应用专属目录，共享数据走MediaStore或ContentProvider，永远不要直接裸奔File路径。
5. 性能优化题：回答不要停在“避免内存泄漏”这句话上
5.1 内存泄漏的常见现场与定位手段
2018年性能优化题的答案，很多人的套路是"避免用静态变量持有Activity、及时反注册广播、关闭IO流"。这些话没错，但太平了，拿不到高分。
笔试里的简答题，面试官想看到的是"你实际排查内存泄漏的手段"。我通常建议答案分三步：第一步说现象，比如页面退出后内存回收不彻底、反复进入页面后内存持续上涨；第二步说定位工具，用LeakCanary查泄漏引用链，用Android Studio Profiler的Memory面板看对象分配和回收情况；第三步说根因和最稳的修复方式，一般就是静态内部类加弱引用、EventBus等框架记得解绑、尽量避免把Activity或View传进长时间运行的任务。
这个答题结构放在现在依然好使，因为内存泄漏的常见类型一直没有大变，变的只是触发场景。比如以前是Handler匿名内部类泄漏，现在可能是协程作用域没取消导致生命周期没断开。本质都是"对象生命周期比预想的更长"。
5.2 ANR与卡顿：用Trace和火焰图说话的题
卡顿优化和ANR也是笔试常客。2018年考题喜欢问"ANR有哪几种类型，分别是多少秒"，现在会进一步问"线上怎么定位ANR、怎么还原现场"。
我的建议是，不要只背时间阈值。你至少要能说出来：输入事件分发超时5秒、广播接收者前台10秒后台60秒、前台服务20秒。更重要的是答题时带上定位思路——如果App卡顿，先看Systrace或者Perfetto里主线程的执行情况，用火焰图看调用耗时，再配合logcat里的ANR trace信息，找到主线程在哪个方法上卡住。如果你在项目里用过Android Studio的火焰图分析CPU Profiler，简答题里能顺手提一句，会比空谈理论可信得多。
5.3 包体积与代码混淆：AGP与R8带来的新考点
2018年的题已经会考ProGuard的作用了，但那时候大家还停留在混淆规则的记忆里。现在不一样，AGP 8默认启用R8，把压缩、混淆、优化、脱糖合并成了一个步骤。笔试新题很容易考：R8和ProGuard的区别是什么，为什么现在推荐R8，multidex和资源压缩是怎么配合的。
别小看这个问题，它背后连着一整套构建链路的理解。我的经验是，把构建优化题当成一套固定流程来答：项目的依赖树分析（gradle dependencies）、无用资源清理（resource shrinker）、开启minifyEnabled和shrinkResources、图片资源用WebP替代、动态库按ABI拆分。如果能把AAPT2打包资源的流程讲清楚，这道题基本就是送分题了。
5.4 UI渲染：从过度绘制到Compose
2018年性能题里还有一类高频题是布局优化，比如"如何减少层级、避免过度绘制"。老生常谈的答案是include、merge、ViewStub、ConstraintLayout。这些现在依然有效，但面试官更希望听到你从渲染管线去理解问题。
一个页面的显示要经过measure、layout、draw，最终通过Choreographer的vsync信号交给RenderThread渲染。过度绘制的本质是同一帧里同一块像素被重复绘制了，这跟层级数量强相关。所以答题时可以分两层：一是用Layout Inspector看层级，用开发者选项里的"显示布局边界"和"调试GPU过度绘制"来定位问题；二是用Flattening的思路减少层级，ViewStub延迟加载不必须的布局。
Compose出现后，这套问题又多了一个角度。Compose的布局阶段是组合、布局、绘制，重组发生时会跳过未变化的子树，这是很多人回答新题时容易漏掉的点。如果笔试中让你对比View和Compose的渲染机制，拉上"重组范围""状态读取""固有特性测量"这几个概念，答案的含金量会完全不同。
6. 从真题倒推备战路径：怎么刷题才不白费
6.1 用题目建立知识树，而不是抄答案
刷题最忌讳的是把答案背下来就完事。一份真题的价值在于它能帮你暴露薄弱模块，而不是让你去赌原题。
我给自己定的复习方法是：每做完一套题，就把错题和蒙对的题全部归类，画一棵Android知识树。树的根是"应用层开发"，分支是组件机制、并发与异步、数据存储、网络、性能优化、构建打包。每个分支继续往下拆，比如性能优化下面拆出内存、渲染、电量、包体积。然后把错题挂到对应的节点上，隔两天不看答案重做一遍，直到能不看答案讲清楚背后的原理。
这套方法看起来原始，但效率很高。因为知识树一旦建立起来，后面接触新框架时，你第一反应是"它挂在哪棵分支下、它解决了旧方案什么问题"，而不是急着记API。
6.2 答题策略：先框架、再细节、后经验
笔试的代码题和简答题，答题顺序很影响得分。我的习惯是先搭框架，再填细节。
比如考"设计一个图片加载库"，我不会上来就堆LruCache、磁盘缓存、线程池的细节。我会先画一个大三层结构：加载层（同步/异步）、缓存层（内存、磁盘、网络）、显示层（Bitmap配置和复用）。每一层展开写关键类和接口，最后补上针对特殊场景的处理，比如图片压缩采样、内存回收、生命周期绑定。笔试是按点给分的，框架在前，细节在后，阅卷人一眼就能看出你脑子里有没有全局观。
手写代码题还有一个经验：先把边界条件写清楚再写核心逻辑。比如判断一个数是不是回文，先处理负数、个位数，再写翻转或对半比较。Android笔试的代码题虽然不复杂，但边界条件往往是拉开差距的地方。
6.3 进阶：从真题延伸到源码阅读
如果你还有余力，把真题里反复出现的高频模块，对应到源码里读一遍。不需要全读，挑几个核心类就行。
ActivityThread是应用进程的入口，读它你能理解生命周期回调是怎么被驱动的；ViewRootImpl是View到屏幕的桥梁，预解码View绘制的起点和Choreographer的关系；MessageQueue里nativePollOnce的注释能帮你顺带搞懂epoll机制。读源码不需要逐行抠，重点是找调用链和关键方法。花一个周末读透一个类，比刷十套卷子更能建立信心。
参考资料与工具推荐
这套题刷完，建议把下面几个工具和文档纳入日常备战清单。它们都是我当时反复用到的：
- Android官方文档的Activity和Fragment生命周期章节：笔试的很多场景题，答案都能在这里找到出处。
- Android Studio CPU Profiler和Memory Profiler：定位卡顿和内存泄漏的主力工具。
- Perfetto：线上抓trace、分析ANR的高阶利器，官方文档清晰。
- LeakCanary：快速定位内存泄漏引用链的最佳入口。
- JVM调优工具MAT：如果笔试里考到heap dump分析，配合MAT讲内存泄漏会非常有说服力。
- 《Android开发艺术探索》：2018年的经典书，放到现在依然适合用来打基础。尤其是消息机制、View事件分发、Binder这三章，我几乎是按章节精度要求自己复述的。
最后再分享一个我自己的体会：笔试考的不是"你记住了什么"，而是"你遇到问题时有没有一套推导逻辑"。如果你看到一道题，第一反应是"我背过"，那大概率回答得很浅；如果第一反应是"这个现象我之前遇到过，背后的链路是这样的"，那恭喜你，你已经不是靠刷题在面试，而是靠经验在面试了。2018年的卷子给你的不是答案，而是一条线索，顺着它把知识树补全，比刷多少套新题都管用。
