最近整理旧网盘翻出一份当年练手用的货拉拉2018秋招Android工程师笔试题卷一B。朋友瞟了一眼说这都什么年代了还炒冷饭。我没急着反驳把卷子从头到尾又过了一遍结果发现一个挺反直觉的事实当年那些让不少人栽跟头的考点放到现在依然能拦住一大片候选人。原因很简单Android这套东西工具链换了一茬又一茬但底层骨架并没有变。Activity还是那个ActivityHandler还是那个HandlerAMS还是那个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到onCreate2018年的题里Activity几乎是雷打不动的第一座山。考得最多的是启动模式和生命周期组合场景比如Activity A启动BB是singleTopA和B各自走哪些生命周期回调。这种题现在依然高频因为它在现实开发中直接决定你的页面栈是否混乱。真正要理解这套题不能只背生命周期表格。你得从startActivity的调用链切进去应用进程通过Binder调用到系统进程的AMSAMS检查目标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的区别是什么为什么现在推荐R8multidex和资源压缩是怎么配合的。别小看这个问题它背后连着一整套构建链路的理解。我的经验是把构建优化题当成一套固定流程来答项目的依赖树分析gradle dependencies、无用资源清理resource shrinker、开启minifyEnabled和shrinkResources、图片资源用WebP替代、动态库按ABI拆分。如果能把AAPT2打包资源的流程讲清楚这道题基本就是送分题了。5.4 UI渲染从过度绘制到Compose2018年性能题里还有一类高频题是布局优化比如如何减少层级、避免过度绘制。老生常谈的答案是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年的卷子给你的不是答案而是一条线索顺着它把知识树补全比刷多少套新题都管用。
