翻到这份“货拉拉2018秋招Android工程师笔试题卷三A”的时候我愣了挺久。2018年Android面试和现在最大的区别是那时候大家还会老老实实刷四大组件和Handler现在动不动就问协程和Compose。但说真的越往后做Android越发现当年卷子上的基础题才是真正筛人的地方。这篇文章我把这套笔试试卷里最有代表性的题目按考点重新拆了一遍不会只给答案而是把每个考点背后要理解的知识链补齐同时结合这几年我复盘面试的经验说说哪些地方容易踩坑。适合正在准备Android面试的应届生也适合工作了两三年想回炉基础的移动端工程师。1. 先说说这套题的背景和整体风格1.1 货拉拉2018年想招什么样的Android工程师2018年货拉拉的业务已经进入快速扩张期货运撮合平台的App核心场景是订单、地图、支付、IM这些对Android端的要求很明确不是招一个只会写页面的人而是要能独立负责一个业务模块、出现线上问题能自己排查的人。所以笔试题很少考特别偏门的API反而把大量分值放在了系统机制、并发、内存和执行流程这些“平时用不到但出事时必须懂”的地方。当时的Android生态也处在一个比较特殊的节点。Kotlin在2017年获得官方支持但大多数团队的生产代码还是JavaAndroidX刚替代Support LibraryMVP、MVVM开始普及但还没像现在这样形成一套标准组件化和插件化在头部互联网公司流行所以面试官也喜欢拿“组件化遇到什么问题”“启动优化怎么落地”来试探你。这套卷三(A)很典型Java基础、Android机制、网络、算法都占了不少比例。1.2 题型分布与考察重点卷子当时的结构大概是四部分选择题、判断题、简答题、编程题。题量在40道左右考试时间90到120分钟分值大头在简答和编程。选择题里很多是“下列说法正确的是”这种题最坑人因为四个选项往往覆盖了四个不同的知识点你只看过结论没看过源码很容易被绕进去。题型常见题量主要考察方向单选题10-15四大组件、Handler、Java基础、进程判断题5-8概念辨析、边界条件简答题5-8原理与设计、性能优化思路编程题2-4链表、多线程、设计模式、业务逻辑从分值分布来看Android系统机制占比最高尤其是Activity启动模式、Handler消息机制、Binder和进程相关其次是Java并发和内存这是很多人失分的重灾区网络和数据库也有固定题目理论上只要认真准备都能拿下。接下来我按考点逐个拆。2. 高频考点逐一拆解从四大组件到Handler2.1 Activity启动模式与任务栈这套题里几乎必考的题目是“说出四种启动模式的区别以及分别适合什么场景。”很多答案只写了singleTop复用栈顶、singleTask复用栈内实例但没有把任务栈的变化讲清楚。面试官真正想听的是返回栈生态。standard每次启动都会创建新实例不管栈里有没有。如果不设置taskAffinity它会进入启动者所在的任务栈。绝大多数页面用这个就行。singleTop如果目标Activity已经在栈顶直接复用并回调onNewIntent如果不在栈顶跟standard一样创建新实例。最适合消息推送、下拉提示这类“重复打开时会扎堆”的场景。singleTask先在系统里找有没有对应实例有就直接复用它并把实例上面的Activity全部出栈同时回调onNewIntent。适合App主页面、WebView容器、播放页这些不希望存在多份的页面。singleInstance整个系统只有这个实例并且它独占一个任务栈。适合来电界面、闹钟、地图全局页这类需要被外部应用直接调用的场景。判断题里还喜欢改成“singleTask启动时一定会回调onNewIntent”这其实不够严谨。只有实例已经存在时才走onNewIntent如果刚创建完第一次启动走的是onCreate。另一个常错点是Intent.FLAG_ACTIVITY_CLEAR_TOP和singleTask的区别flag是临时性的启动方式启动模式是静态配置两个可以配合用原理不要记混。2.2 Handler机制从使用到源码Handler几乎是Android面试的“定番题”。简答题一般问“Handler、Looper、MessageQueue三者关系”和“为什么主线程Looper死循环不会导致ANR”选择题则爱考“一个线程有几个Looper”“Handler内存泄漏怎么解决”。先说关系Handler是发送消息和处理消息的入口Looper负责不断从MessageQueue里取消息MessageQueue是单链表结构按时间顺序排列消息。每个线程只能有一个Looper和配套的MessageQueue但它们可以绑定多个Handler。Looper内部用ThreadLocal保证每个线程的数据独立prepare()创建Looper时会先检查sThreadLocal.get()是否为空不为空就抛异常“Only one Looper may be created per thread”这就是“一个线程只能有一个Looper”的来历。主线程Looper死循环不卡的原因可以分两层。第一层Looper.loop()在没有消息时会让线程进入阻塞等待但它不是用while空转而是调用MessageQueue.next()最终通过nativePollOnce进入Linux的epoll等待说白了就是有消息来了内核会唤醒它没有消息时CPU不参与。第二层系统在空闲时会触发IdleHandler去处理一些非紧急任务所以“死循环”不等于把CPU占满。这里稍微深入讲一下面试官通常会很满意。Handler内存泄漏的标准答案是这样非静态内部类持有外部Activity的引用如果MessageQueue里有延迟消息没有处理完Message会持有HandlerHandler持有Activity导致Activity无法被回收。解决方案就是静态内部类加弱引用同时在onDestroy时调用removeCallbacksAndMessages(null)。2.3 Service与BroadcastReceiver的注意点Service的题在2018年的卷子里出现频率很高因为很多应届生只背了生命周期图没有真正理解startService和bindService混用时的状态切换。题目会这样问“先startService再bindService再unbindServiceService会销毁吗如果只unbindService呢”答这类题先抓住核心引用计数startService启动后Service处于started状态要等“调用方调stopService或Service自身调stopSelf”才会进入销毁流程bindService启动后Service处于bound状态要等所有绑定都解绑后如果之前没有被start过才会走onDestroy。一个Service可以同时处于started和bound状态所以“先start再bind”最后只unbindService仍然活着必须先stopService再unbind才可能销毁。还有onStartCommand的返回值START_STICKY适合希望被系统杀掉后自动重建的场景START_NOT_STICKY适合没必要重建的轻量任务。广播这里两大考点一是生命周期极短onReceive里不要做耗时操作尤其不能开线程做网络请求因为系统在onReceive返回后就会认为广播处理完成进程随时可能被回收二是8.0以后静态注册的隐式广播受限很多场景必须改成动态注册或使用JobScheduler这个坑当时很多答案没有提到。3. 进程、内存与性能优化很多人的失分区3.1 进程优先级与“保活”问题“Android系统是如何决定先杀哪个进程的”是选择题常客答案就是进程优先级五档前台进程、可见进程、服务进程、后台进程、空进程。这里有个反直觉的点一个进程不一定只有一个角色系统按它拥有的最高优先级组件来判断比如进程里同时有前台Activity和后台Service那它就是前台进程。简答题可能会升级成“如何提高进程存活率”。这类问题我建议别往“保活黑科技”上引因为从Android 6.0的Doze到8.0的后台执行限制官方态度非常明确只允许合理的长时任务和应用内自启动靠多进程互相拉起、前台服务保活已经不是正经方案。更合理的回答是明确业务需要长期运行的场景用前台Service并展示通知启动时机交给用户或系统事件结合WorkManager或Jetpack的持久化任务尽量降低被杀影响而不是跟系统对着干。这样答既体现原理掌握也符合工程价值观。3.2 OOM与内存泄漏的定位思路笔试里和内存有关的题一般有两种问法一种是直接问引用类型另一种是给一段代码问会不会内存泄漏。Java四种引用类型一定要背熟强引用不回收、软引用内存不足时回收、弱引用只要GC就回收、虚引用主要用来跟踪对象被回收。实际上内存泄漏真正产生的原因不是对象没有回收而是该回收的对象被不该活着的对象强引用链牵着。最常见的几个场景一定要会说Activity被静态变量持有、匿名内部类隐式持有外部类、Handler延迟消息、注册了监听没有反注册、Stream和Cursor没关闭。简答题如果问“线上OOM怎么排查”可以按这样的思路说先看崩溃堆栈判断是Java堆溢出还是Bitmap分配失败再用LeakCanary做本地复测看是否存在泄漏如果内存稳定升高但没崩溃用Memory Profiler抓heap对比几个时间点的Retained Size重点看Activity实例数是否只增不减最后用MAT或Android Studio的dump分析引用链找到泄漏源。这套流程放到现在的生产环境依然通用。3.3 布局优化与卡顿优化布局优化在笔试卷里不算最难的但很能看出一个人的工程经验。题目往往是“如何提升布局加载速度”或“ViewStub有什么好处”。基础答案是include减少重复布局、merge减少嵌套层级、ViewStub延迟加载不常用的复杂布局、尽量用ConstraintLayout代替多层LinearLayout。卡顿优化的简答题则需要答得更系统。建议回答时先抛工具链CPU Profiler、Systrace、Layout Inspector、GPU渲染模式分析。然后是核心思路先找问题再优化不要上来就改代码。最常见的卡顿原因是主线程做了耗时操作、布局过度绘制、列表复用不合理、对象频繁创建触发GC。如果题目允许建议用CPU Profiler去抓主线程的方法调用生成火焰图后能很直观地看到耗时方法集中在哪个调用链上。对应优化手段也简单耗时操作移到子线程、减少层级、RecyclerView用DiffUtil进行局部更新、图片用合适采样率和缓存。如果能现场举一个“自己遇到的卡顿案例”就更有说服力面试官要的不只是知识点而是你有没有真正用这些知识解决过问题。4. 网络与数据存储笔试题里的常客4.1 TCP握手与HTTPS加密流程网络题在Android笔试题里占比不高但几乎每年都出。TCP三次握手为什么不是两次这个经典题经常伴随“四次挥手”一起考。三次握手的核心是确认双方收发能力第一次客户端发SYN服务端知道客户端能发第二次服务端回SYNACK客户端知道服务端能收能发第三次客户端回ACK服务端才知道客户端能收。如果只有两次握手服务端无法确认客户端是否已经准备好接收数据也没法防止已经超时的历史连接请求突然又到达造成的资源浪费。HTTPS在2018年的题里已经出现得很频繁。简答题比较友好的答法是把流程拆成四步客户端发起请求带上支持的协议版本和加密套件服务端返回证书和公钥客户端验证证书合法性生成随机对称密钥用服务端公钥加密后发过去双方用这个对称密钥加密后续通信。核心一句话用非对称加密协商密钥用对称加密传输数据。如果能补充“证书是CA签发的客户端要校验证书链和域名”就更完整了。4.2 Serializable和Parcelable怎么选这题属于“背过就会没背就编”的送分题。Serializable是Java自带的序列化方式使用反射逻辑简单但开销大Parcelable是Android定制的牺牲了一部分易用性换性能适合进程间传输和Intent传参。笔试填表题会让写Parcelable需要实现的方法writeToParcel、describeContents加上静态字段CREATOR。需要提醒的是Parcelable只适合内存序列化不适合持久化到磁盘因为不同Android版本的Parcel实现可能有差异。如果你要把对象存到本地文件或者SharedPreferences老老实实用JSON或Serializable。这个“使用边界”很多答案没写但面试官问到“为什么不用Parcelable做持久化”时能答上来会非常加分。4.3 SQLite升级与事务数据库题目多以“SQLite版本升级怎么做”出现。标准答案是重写onUpgrade根据oldVersion和newVersion做增量迁移比如从版本1升到2执行“ALTER TABLE ADD COLUMN”从2升到3再执行另一条更新语句不要直接DROP TABLE重建那样会丢用户数据。多选题还会考“哪些操作需要放到事务里”批量插入、更新多条关联数据时事务可以显著减少磁盘IO并保证原子性。框架方面2018年笔试还不流行直接问Room但如果简答题提到“你了解哪些数据库框架”可以顺带说Room在编译期的SQL校验、对LiveData和协程的支持以及底层还是SQLite。这既能展示知识面也不会踩到“只知道ORM黑盒”这种负面评价。5. 编程题与逻辑题手写代码才是拉分项5.1 手写单例考察点不只是“会背”编程题里出现概率最高的就是单例模式。很多同学一上来就写双重检查锁但漏了volatile这道题就废了一半。DCL的完整写法是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; } }volatile在这个写法里不是锦上添花而是必须。因为instance new Singleton()在字节码层面不是原子的它包含分配内存、初始化对象、把引用指向内存三段指令CPU和编译器可能重排。如果另一个线程在“引用已赋值但对象还没初始化完成”时读取到instance拿到的就是一个半成品对象。volatile禁止重排保证先完成初始化再暴露引用。笔试卷里如果只问“有哪些单例写法”也不要只答DCL静态内部类和枚举都值得写上尤其枚举天然线程安全且能防止反序列化破坏单例这在《Effective Java》里属于强烈推荐的方案。5.2 反转链表与LRU算法题的高频池算法题不会出太难的但链表操作几乎是题库标配。手写反转链表需要同时给出迭代和递归两种思路迭代写法如下public ListNode reverseList(ListNode head) { ListNode prev null; ListNode cur head; while (cur ! null) { ListNode next cur.next; cur.next prev; prev cur; cur next; } return prev; }因为2018年Android面试常问图片缓存LRU算法也偶尔出现。用LinkedHashMap实现LRU很简洁重写removeEldestEntry设置accessOrder为true这样每次访问都会把节点移到链表尾部超过容量时自动移除头部节点。如果能手写一个双向链表版的LRU说明你真的理解底层结构这一题基本就稳了。5.3 两个线程交替打印并发题的标准解法“两个线程交替打印1到100”这种题既考线程通信又考锁的用法。最常见的是synchronized加wait/notifypublic class AlternatePrint { private final Object lock new Object(); private int count 1; private final int max 100; public void printOdd() { while (count max) { synchronized (lock) { if (count % 2 0) { try { lock.wait(); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } else { System.out.println(Thread.currentThread().getName() : count); lock.notify(); } } } } public void printEven() { while (count max) { synchronized (lock) { if (count % 2 1) { try { lock.wait(); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } else { System.out.println(Thread.currentThread().getName() : count); lock.notify(); } } } } }这里容易踩的坑有两个一个是wait方法必须在持有锁的代码块里调用否则直接抛IllegalMonitorStateException另一个是while判断必须用循环而不是if因为线程被唤醒后要重新检查条件防止虚假唤醒。笔试如果要进阶版本可以用ReentrantLock的Condition或LockSupport的park/unpark把“谁先等、谁唤醒谁”控制得更精确。6. 参考答案里不会告诉你的面试心得6.1 笔试时的答题节奏这套卷子本身题量大时间紧我的经验是先做会做的简答题不要写长篇大论把关键词和推导逻辑写在前面。比如问“为什么主线程不会卡死”第一句写“MessageQueue没消息时通过epoll阻塞”这句话就能拿一半分后面再补充IdleHandler和nativePollOnce。编程题如果时间不够哪怕只写伪代码也要写很多公司是按思路给分的空着一定没分。判断题里遇到“一定”“必须”“只会”这些绝对化词大概率是错的。像“singleInstance启动模式一定会创建新任务栈”这种选项是对的但“用ViewStub一定可以提升性能”就是错的如果加载一个本身就很简单的布局ViewStub反而多了一次查找和实例化开销。6.2 把知识点连成线不要背孤岛我复习时最大的体会是面试官不关心你会背多少个知识点而是你能不能把一个点讲成一条线。比如问“Handler内存泄漏怎么解决”除了回答静态内部类和弱引用还可以主动说“如果消息队列里还有延迟消息即使WeakReference指向的Activity还活着也要在onDestroy里清掉消息”。再比如问“HttpClient和HttpURLConnection区别”别只答一个老旧一个官方可以说到连接池、重定向、GZIP压缩再延伸到OkHttp为什么好用因为OkHttp在网络层做了连接复用和队列调度在Android应用中能显著减少DNS和TCP握手次数。这种“边答题边扩展”的能力才是笔试卷之外真正拉分的点。6.3 2018年的题放到今天还适用吗如果拿这套卷子去问现在的候选人大部分题目依然成立因为Android底层机制变化很小。Handler还是那套Looper加MessageQueueActivity启动模式仍然是理解页面栈的基础Binder依然是进程通信的主干。但有些地方需要更新数据库题可以扩展到Room线程题可以从Thread扩展到Kotlin协程构建题可以从ProGuard聊到R8还要知道AGP版本和Gradle版本的兼容关系性能优化题可以结合Android Studio自带的CPU Profiler和火焰图展开桌面图标、通知这些系统能力也出现了动态图标和更细分的权限模型。我建议大家复习时不要只看“面试题汇总”去找一份对应版本的源码把关键方法读一遍。比如准备Handler就打开MessageQueue.next()和相关native代码准备启动模式就跟踪ActivityTaskManager和系统侧ActivityManagerService里的启动流程。这个过程很慢但比背一百道题都扎实。我个人这几年带新人和面试候选人的经验是能区分“用过”和“理解”的候选人往往在笔试阶段就能看出来。卷子上的高频考点说白了就那么多真正决定结果的是你有没有在自己的项目里验证过这些结论。如果你现在正在准备面试建议不要把这份复盘当题库死记把它当成一份检查清单照着清单逐项深挖源码和项目实践效果会好很多。最后再分享一个笨办法把每道题写成“问题推导结论”的卡片睡前花二十分钟随机抽一张口头讲一遍能流利讲出来的基本就面试够了。对Android开发来说基础永远不会过时这份2018年的卷子就是最好的证明。