前阵子整理旧硬盘翻出一份当年京东2019春招Android开发类岗位的笔试记录。说实话看到文件名的瞬间很多画面就回来了——那时候我还在为第一份大厂Offer刷题凌晨两点对着Activity启动模式画思维导图第二天爬起来继续啃算法。现在再回头看那套卷子的题型和考点基本就是整个电商Android招聘市场的风向标算法考得刁、机制问得深、性能优化处处围着业务转。这篇文章就用来复盘那套卷子背后的备考逻辑把每一类题型拆开揉碎讲清楚它到底在考什么、该怎么准备。如果你的目标也是电商类大厂的Android开发岗或者你正在准备春招、秋招这套思路可以直接拿来用。我不打算复述原题而是把当时考完之后复盘出来的完整备考链路写给你让大家少走点弯路。1. 先搞清楚京东笔试在考什么电商场景下的Android必备能力复习之前我建议大家先做一个动作站在招聘方的角度想一个问题——京东这种体量的电商AppAndroid开发团队每天在解决什么问题打开京东App首页信息流、商品详情、购物车、订单列表、搜索页每一个页面都是数据密集、交互复杂、用户量千万级的场景。大促期间流量峰值能把服务器压到喘不过气手机端要保证页面不卡、不乱、不崩。多团队并行开发几个百人的Android团队同时在一个代码库上协作代码冲突、模块耦合、编译时间都是问题。有了这个背景你再去看笔试题目就会觉得它出得有逻辑了。京东这类的笔试绝对不是为了考倒你而是在筛选“能直接上手干活的工程师”。算法题考的是编程基本功和代码洁癖Java/Kotlin基础考的是语言功底Android机制考的是你对系统的理解深度性能优化和架构题考的是你处理真实业务问题的能力。1.1 为什么考这些不考那些业务特点决定考点2019年那会儿移动端技术栈正处于一个很微妙的节点。Kotlin已经被官方扶正Flutter刚发布1.0没多久AndroidX迁移正在轰轰烈烈地进行。但电商App的Android代码存量非常大线上跑着的核心链路依然是Java 传统View体系。所以笔试的考察范围很务实基本可以归纳成几个关键维度第一并发与多线程。电商App有大量异步任务图片加载、网络请求、数据库读写、任务调度。你不可能在主线程里做耗时操作那就要对线程池、锁、Handler、AsyncTask虽然已经被弃用了但当年的题还是会带一嘴有清晰认知。第二流畅度与稳定性。列表滑动卡顿、启动黑屏、内存暴涨、ANR频发这些是电商App的常见痛点针对这些场景的题目几乎是必出。第三架构与工程化。大团队协作下的模块化拆分、代码复用、组件通信笔试里会通过开放题来考察你的架构意识。所以你看京东笔试并不是要筛“刷题机器”而是要筛一个“对移动端有整体认知、能解决真实问题”的人。备考的时候如果只埋头刷题不思考业务场景那拿到问答题很容易懵掉。1.2 试卷的常规模块分布与备考优先级一般来说这样一场开发岗笔试的卷面结构会分为几块选择题、填空题、编程题和问答题。选择题和填空题通常是语言基础和Android基础概念覆盖面广但深度不算深编程题一般是2道左右难度从中等到偏难问答题则是2到3道围绕性能、架构、或者某个具体机制让你写出分析思路。备考优先级上我个人的建议是算法 Android核心机制 Java基础 性能优化 架构与新技术。算法必须最先搞定因为它是硬门槛代码题没AC的话后面再优秀也很难进面试。Android核心机制是专业分的大头四大组件、Handler、Binder、事件分发这些都是必问的。Java基础是很多人的盲区因为平时写业务不太用到但笔试选择填空很喜欢出。性能优化和架构题分值占比高但不好押题需要靠平时的知识积累和项目经验去答。2. 算法题电商笔试里的“送分题”和“拉分题”算法题是整套卷子里区分度最大的一块。为什么这么说因为选择题你可以蒙问答题你可以编但代码题是实打实跑测试用例的。通过率就是通过率没有侥幸的可能。我当时备考的时候把LeetCode hot 100刷了三遍笔试实际遇到的题目其实不算超纲但题型分布很有规律。2.1 高频题型链表、二叉树、动态规划电商场景下算法题的高频考点其实和业务有隐秘的关联。链表的题会出现反转链表、合并有序链表、判断环形链表二叉树会出现层序遍历、最近公共祖先、路径总和动态规划会出现爬楼梯、最长公共子序列、01背包。字符串的题也不能忽视括号匹配、最长回文子串都考过。为什么这些题高频因为它们的解题思路可以迁移到真实业务中。链表反转对应着数据结构的灵活操作二叉树层序遍历对应着层级数据的处理逻辑动态规划对应的则是复杂问题拆解成子问题的能力。面试官不会直接问你“商品分类树怎么遍历”但你看过二叉树层序再去看商品分类的多级列表思路是相通的。备考的时候不要光刷题不总结建议按类型整理模板。比如树相关的题递归、BFS、DFS三种套路吃透剩下就是改参数。链表相关的题画图比空想重要一万倍复杂指针操作画个图很快就理清了。2.2 一道典型的算法题及完整解题思路写一道我当时印象很深的真题变体给定一棵二叉树返回它的锯齿形层序遍历也就是先从左往右再从右往左下一层再从左往右以此类推。这道题考的是BFS广度优先搜索和双端队列的配合难度不高但非常典型。解题思路是这样的外层用队列做层序遍历每一层单独处理。关键点在于如何实现“锯齿”效果。最简单的做法是维护一个boolean变量表示从左还是从右然后每一层结束的时候翻转一下。具体实现时每一层的节点值放进一个LinkedList从左往右遍历就addLast从右往左遍历就addFirst这样避免了每层结束后再reverse的开销。边界条件要特别小心二叉树为空时直接返回空列表只有根节点时也要能正常走通。复杂度方面每个节点只访问一次所以时间复杂度是O(n)空间复杂度是O(n)。我当时做这类题踩过一个坑写BFS时忘了在循环开始时先记录当前队列的size然后在循环体内把整个队列全部poll出去导致多套了一层循环逻辑全乱了。后来养成一个肌肉记忆凡是层序遍历先int size queue.size()再进入for循环处理这一层。这个细节笔试时会让你的代码干净很多。2.3 做题节奏与代码规范细节编程题的做题节奏直接影响你整场考试的心态。我的策略是先把有思路的题写完再优化千万不要卡在一道题上死磕。遇到一道题读了两遍还没思路先跳过做后面的全部做完再回头攻难题。有时候做完后面的题脑子反而松动了回头看难的题会有新思路。还有一个容易被忽略的点代码规范。笔试系统虽然会跑测试用例但人眼阅卷尤其是问答题旁边的代码题也会看你的代码风格。变量命名要有意义不要用a、b、c该判空的地方要判空函数不要太长。我当时写完代码还会顺手加一两个关键注释既方便阅卷人理解也显得自己思路清晰。3. 语言与Android核心机制那些改卷老师一眼就能看出水平的题算法题过了再往下就是选择题填空题的主战场Java/Kotlin语言基础和Android核心机制。这一块非常考验积累的深度背八股文能拿基础分但想拿高分必须有真正的理解。3.1 Java/Kotlin语言基础考点Java的基础考点无外乎这几块HashMap底层实现JDK 7和JDK 8的区别、synchronized和volatile的区别、ReentrantLock和synchronized的对比、线程池的关键参数和执行流程、JVM运行时内存区域划分、垃圾回收算法和常见收集器。这些内容在2019年是大厂笔试标配到今天依然是Android面试的高频点。为什么考这些还是回到业务场景。电商App的搜索、排序、缓存底层全是集合和算法网络请求并发量高必然要对线程池有清晰认知性能优化做到后面内存问题绕不开JVM和GC。所以这些题不是纯粹考背诵而是在考察你写代码时有没有底层意识。比如你知道HashMap在Java 8改用红黑树解决哈希冲突那你在写高并发缓存的时候就会主动考虑ConcurrentHashMap而不是HashMap这就是面试官想看到的。Kotlin的话2019年已经是一个绕不开的话题了。考卷里可能会涉及空安全、扩展函数、协程。协程是重点它解决了回调地狱的问题让异步代码写起来像同步代码底层是状态机实现。笔试通常会问协程和线程的区别回答的关键点在于协程是用户态的轻量级调度不依赖操作系统线程切换所以可以开几十万个而不会栈溢出。3.2 Android四大组件与Handler机制Android核心机制是整张卷子专业分的重头戏。四大组件中Activity是考察最多的启动模式standard、singleTop、singleTask、singleInstance几乎是必考题。不要只背概念要理解每个模式的应用场景。比如singleTop适合接收通知跳转的页面避免多次点击重复创建singleTask适合App的主页和WebView容器页保证整个栈里只有一个实例singleInstance适合电话、闹钟这类需要全局唯一的页面。Handler机制更是重灾区。面试官喜欢让你从Handler、Looper、MessageQueue、ThreadLocal四个角色讲清楚消息循环的完整流程主线程通过Looper.loop()进入消息循环MessageQueue按时间顺序排列消息Handler通过sendMessage把消息塞进队列Looper再按顺序取出消息交给handleMessage处理。ThreadLocal保证每个线程只有自己的Looper这设计很精妙。笔试时如果能把“为什么不能在子线程更新UI”从Handler机制的角度说明白就比只答“因为系统不允许”高出一大截。事件分发机制也是热点。dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent三个方法的关系以及事件从Activity到ViewGroup再到View的传递顺序这个必须画图记牢。真实的业务场景——比如RecyclerView嵌套滑动冲突怎么处理——就是考察这些基础机制的运用。3.3 这些题怎么体现真实经验这一块我吃了不少亏。第一年备考时我把启动模式背得滚瓜烂熟但笔试遇到“一个App有两个ActivityA启动B再启动C此时按Home键再点击桌面图标发生了什么”这种场景题时还是有点发懵。因为业务里很少遇到栈内全部Activity重建这种极端情况所以做题时没思路。后来我换了一种复习方式每个机制都搭配一个真实的踩坑案例去理解。比如Handler内存泄漏就找一段自己项目里写过的错误代码“new Handler() { handleMessage... }”在Activity里的使用然后理解为什么静态内部类加弱引用可以解决泄漏。有了场景感再遇到问答题就不会无话可说。这里建议备考的朋友做一个动作把每个核心机制整理成“是什么为什么怎么用踩过的坑”的四段式笔记比泛泛地翻书管用得多。4. 性能优化与稳定性电商App最在意的两件事京东的Android工程师日常工作中性能优化和稳定性监控一定是占比很大的部分。试卷里的问答题也经常会往这个方向出。我当时遇到的题目大致是App启动速度慢你怎么定位和优化线上Crash率偏高你如何搭建监控体系RecyclerView滑动卡顿你的排查思路是什么。这些题完全不考背诵全看你有没有真实处理过。4.1 启动优化、布局优化、内存优化启动优化是每年必考的老题。冷启动的过程可以拆解为进程创建、Application初始化、首帧渲染。优化的核心思路就一句话减少主线程的耗时工作。Application里不要做耗时初始化能异步的全部异步SharedPreferences的读取也是耗时的能延迟就延迟一些第三方SDK的初始化可以通过启动器框架做任务调度让不依赖主线程的初始化任务并行执行。布局优化考得也比较具体。最直接的思路是减少View层级能用LinearLayout就别嵌套多层RelativeLayout能合并的布局用merge标签需要时再加载的用ViewStub。2019年的时候ConstraintLayout已经是官方推荐了它能用一套约束关系解决大部分复杂布局层级大幅减少。真题可能会给你一个XML布局让你分析哪里冗余这种题靠的是平时多写多看的经验。内存优化的核心是避免泄漏和减少压力。常见泄漏场景是单例持有Activity、静态变量引用View、Handler的匿名内部类、没有注销的注册监听器。Bitmap是内存大户一张1920x1080的ARGB_8888图片就是差不多8MB内存优化思路包括按需采样、使用LruCache做缓存、用复用的方式加载图片。4.2 卡顿、ANR、Crash的排查思路卡顿问题的排查是加分项。主线程在做耗时操作会导致丢帧正常60fps是每帧16.6ms超过这个时间用户就会感觉到卡。定位手段一般是先复现再用Systrace抓trace看主线程在忙什么或者接入BlockCanary做线上监控把主线程的耗时方法直接堆栈打印出来。笔试的时候你不需要写出具体工具怎么用但要把思路说明白卡顿是谁引起的、是CPU耗时还是IO等待、是布局太复杂还是主线程有计算量然后针对不同原因给出对应的方案。ANR也是一个高频考点。ANR有几种类型输入事件5秒没处理完、BroadcastReceiver 10秒没执行完、Service 20秒没执行完。笔试常问的是“App发生ANR你怎么排查”。回答思路是拿到/data/anr/traces.txt文件找到对应的线程看它阻塞在哪里。常见的阻塞原因是主线程在做IO操作、或者死锁、或者等待某个锁。查完之后对应修复耗时操作全部挪到子线程、用线程池而不是直接new Thread、避免在主线程加锁。Crash的排查主要分Java层和Native层。Java层的崩溃通过Logcat的堆栈信息定位到具体行号一般比较容易修。Native层的崩溃要复杂很多需要借助logcat里的DEBUG输出和tombstone文件来分析2019年时美团和微信已经开源了各自的Native监控方案原理大同小异都是通过捕获信号量来拿到崩溃时的线程栈。5. 架构与新技术开放题怎么答才不被扣分整个Excel的最后一部分往往是几道开放题问的是你对于架构设计和技术选型的看法。这种题没有标准答案但阅卷人一眼就能判断你是“有思考的工程师”还是“只会写业务代码的码农”。5.1 组件化、插件化、热修复组件化的题目很常见因为它直接对应大公司的协作痛点。当几百人同时在一个App上开发时如果不做模块拆分编译速度慢到让人崩溃代码冲突也每天都会发生。组件化解决的就是这两个问题按业务拆分成独立的Module每个Module可以单独编译模块之间通过路由通信比如ARouter这样的方案。回答这种题的时候如果能说出“代码隔离、独立编译、按需初始化”这三个关键词就有了骨架如果还能补充模块间通信的几种方式接口下沉、路由转发、事件总线那就是高分回答。插件化和热修复是大厂比较喜欢的加分题。插件化的核心是动态加载技术通过DexClassLoader加载外部的dex或APK再通过Hook系统组件的方式把插件的Activity等组件注册进来。热修复的原理是在Java层或Native层做方法的替换。2019年的时候微信的Tinker方案用的就是Native层替换它的核心是先加载补丁包中的新类再通过Native修改ArtMethod的入口地址让原本的Bug方法不再被调用。这些技术在电商团队里不是天天用但笔试考它是有原因的它考察你对Android底层机制ClassLoader、Binder、Art虚拟机的理解深度。如果你平时只是用现成的框架而不去读源码真遇到这种题很难答好。5.2 2019年前后的技术风口Kotlin、Flutter、AndroidX大厂笔试还有一个特点喜欢考察你对最新技术动态的敏感度。2019年的几个风口一个是Kotlin成为Android官方支持的语言一个是Flutter发布1.0正式版另一个是AndroidX全面替代support库。笔试题里可能会出现“你怎么看待Flutter和React Native的对比”这种开放题。回答这种题不需要站队需要的是全面的技术评估能力。Flutter使用自绘引擎对UI的渲染性能控制力更强跨平台一致性好React Native依赖JavaScript桥动态性更好Weex在阿里系有特定生态。如果你能进一步说出Flutter的Dart语言的编译机制JIT用于开发、AOT用于发布那就已经超出普通候选人的水平了。AndroidX的问题相对简单但要注意理解它背后的设计思路它把support库中的组件独立出来统一了版本降低了兼容性痛苦。笔试偶尔会问“为什么要迁移到AndroidX”回答要点是原support库的包名混乱、版本分散AndroidX通过新的包名和独立版本来解决这些问题。6. 从笔试到Offer我的做题节奏和复盘方法写到这里基本把笔试的知识点覆盖了一遍。但最后想聊聊比刷题更重要的事情做题节奏和考后复盘。6.1 笔试现场的时间分配一套卷子一般90到120分钟。我的建议是选择和填空题控制在25到30分钟之间不会的题先靠第一直觉选一个不要恋战。编程题留够60分钟至少保证一题AC另一题有思路。问答题放在最后优先答有把握的每题写满三到四个要点。注意不要空着开放题就算不会也要把自己对问题的理解写出来阅卷人看到你愿意思考也会给过程分。6.2 复盘清单和知识点补强顺序考完之后第一时间要做复盘。我当时把错题分成了四类算法不会做、概念记混淆、机制理解不到位、开放性题目没思路。每一类单独记在一个本子上后面针对性地补强。算法不会做就找同类型题刷五道概念记混淆就把易混淆的概念做一张对比表机制理解不到位就去找对应的源码或者技术博客精读一遍开放题没思路就逼着自己针对一个技术点写一篇上百字的学习笔记。很多人在笔试挂掉之后只知道自己没考好但具体哪里没考好说不清楚。这样下一场笔试大概率还是同样的结局。复盘不是走形式而是要把自己的知识漏洞血淋淋地挖出来。备考期间的最后一到两周我做的不是大量刷新题而是回头翻自己的错题本和笔记把以前不懂的点一个个扫干净。那种感觉就像是在把漏水的船一点点补好虽然补丁难看但至少不会再沉了。根据我个人踩过的坑来看春招笔试最怕的不是知识点难而是复习没有重点、做题没有节奏、考后没有复盘。如果你能静下心来把这篇文章里提到的几个模块逐一攻破相信你拿到的不只是一场笔试的通过通知而是对整个Android开发体系更深一层的理解。这套方法后来也帮我拿下了好几家大厂的面试机会希望它同样能帮到你。