每年校招季我都能看到一种挺明显的分化现象一部分同学刷了三个月LeetCode算法题做得滚瓜烂熟结果在Android基础题上大面积失分另一部分同学平时项目做得勤快一上笔试写Handler消息机制、Activity启动流程这种原理题就发懵。刷题和做项目都没错但如果把复习重心押错了位置再遇到小红书这种大厂的校招Android笔试题卷就很容易栽在看起来“基础”的题上。这里想基于小红书2020校招Android方向笔试题卷一做一个偏复盘向的拆解。不是给标准答案而是帮大家看清楚这套卷子到底在考什么、为什么这么考、哪些地方最容易丢分以及怎么从这套卷子反推自己的知识体系还有哪些漏洞。针对正在准备校招Android方向的同学也适合那些工作一两年后想系统查漏补缺的人这份分析应该能帮你少走不少弯路。1. 这套卷面想筛选的四种能力一张笔试题卷尤其像小红书这种内容社区平台的校招卷出题人想看的通常不是你会背多少API而是你拆解问题、定位问题、落地方案的底层能力。这套Android方向卷一可以看作四个能力维度的筛选器。1.1 语言功底那些代码里藏着的细节Android开发的主语言是Java和Kotlin。笔试不会直接问你“Java有哪些特性”这种太泛的问题而是会把语言细节嵌到具体场景里让你判断、纠错、写输出结果。这类题覆盖的范围大致包括集合类的底层实现与并发差异、泛型的类型擦除与边界、线程同步与锁的机制、JVM内存区域划分、GC回收策略、Kotlin协程与Java线程的对应关系等。这些点表面上是“语言题”本质上是考察你有没有真正读过源码、踩过并发和内存的坑。举一个很典型的方向HashMap。笔试可能会问“JDK 1.7和1.8的HashMap有什么区别”“并发环境下为什么HashMap不安全”“ConcurrentHashMap怎么做到线程安全”。如果你只是背过“数组链表红黑树”这几个关键词那确实不够。出题人想看到的是你知道扩容时的rehash过程、知道头插法和尾插法对并发的影响、知道CAS和synchronized在ConcurrentHashMap里分别用在哪些阶段。1.2 系统框架理解从调用到原理的距离第二部分是Android框架的理解这是卷面的重头戏也是区分“会用”和“懂原理”的关键领域。Activity启动流程、Handler消息机制、Binder通信、View事件分发、RecyclerView的缓存复用这些是高频考区。这里有个常见的误区很多同学只背结论比如“Activity启动最终会走到onCreate”但笔试如果展开问“AMS在整个启动链路里扮演什么角色”“ApplicationThread和ActivityThread有什么关系”就容易卡住。出题人的逻辑是结论可以看博客背下来但链路推演必须建立在真实源码阅读和调试的基础上背不出来就是没读过。1.3 工程落地能力知道和用过是两回事小红书这类移动应用对工程质量要求很高所以卷面里必然有性能优化、构建打包、稳定性治理相关的题目。APK瘦身、启动优化、内存优化、ANR治理、混淆规则配置、AGP版本适配这些内容既考察你的实战经验也考察你对工具背后原理的理解。为什么“用过”和“知道”在判卷时有明显差距因为如果你真的在项目里处理过启动耗时你能说出首帧绘制耗时是怎么打点统计的能说出冷启动阶段Application里到底做了哪些事能说出哪些初始化任务可以延迟到子线程或者按需加载。如果只是看过优化文章往往会停留在“用异步、延迟初始化”这种泛泛的层面拿不到高分。1.4 设计思维把需求拆成方案的能力笔试最后通常会有开放设计题比如让你设计一个图片加载库、设计客户端本地缓存方案、设计大图加载组件。这类题没有标准答案但判分点其实很明确有没有讲清楚核心模块之间的协作有没有考虑线程模型和生命周期有没有应对边界条件和异常的策略。很多人在开放题上写得像课程作业只画一个类图就结束了没有说到缓存淘汰策略、下载失败重试机制、OOM防护手段这些细节。这个后文我会专门展开。2. Java与Kotlin基础题从集合原理到协程的深度边界语言基础题是整张卷子的“第一道门槛”也是筛掉“背题型选手”最有效的地方。下面我把几个大概率出现的考点和一个容易忽视的高阶点分别说清楚。2.1 集合类并发差异不只是背诵“HashMap线程不安全”关于HashMap笔试最常见的两种问法描述一下HashMap的put流程以及什么时候链表会转为红黑树。并发了会怎样为什么答题时建议按源码链路走计算key的hash值并使用扰动函数降低碰撞概率定位到桶位后判断是空桶、链表节点还是红黑树节点对应执行插入、追加或遍历查找当链表长度达到8且数组长度达到64时链表转红黑树。并发场景下的分析是拉开差距的地方。JDK1.7的扩容采用头插法并发扩容可能形成环形链表导致下一次get陷入死循环。JDK1.8改成了尾插法环形链表问题有所缓解但putVal的代码里没有加锁并发put仍然存在数据覆盖风险。这个演进逻辑一定要讲清楚它体现出你对“为什么改”“改了以后解决什么问题、没解决什么问题”的理解。ConcurrentHashMap的答法上不要只甩一句“CASsynchronized”。更完整的链路是JDK1.7采用Segment分段锁JDK1.8摒弃了Segment改为对桶位头节点加synchronized锁配合CAS保证并发安全扩容时通过ForwardingNode来标记迁移状态。能把这个演进过程讲明白通常就能答到位。2.2 线程池与锁参数定义之外的核心考点线程池的考题往往从参数展开corePoolSize、maximumPoolSize、keepAliveTime、阻塞队列、线程工厂、拒绝策略。笔试里容易丢分的地方在于“任务提交后线程池的执行顺序”。正确流程是核心线程未满时直接创建核心线程执行任务核心线程满了任务进入阻塞队列队列满了才创建非核心线程达到最大线程数后触发拒绝策略。很多人把第三步和第四步顺序搞反这个一定要记住。锁方面synchronized和ReentrantLock的区别属于必考。答题时最好按照“是否可中断、是否公平、锁的底层实现、是否支持条件变量、自动释放还是手动释放”这几个维度展开。再往下深挖一层出题人可能问“synchronized在JDK1.6之后做了什么优化”这时候要能说出偏向锁、轻量级锁、重量级锁的升级过程以及锁粗化、锁消除这些概念。2.3 Kotlin协程比“轻量级线程”更完整的答法Kotlin已经成了很多Android团队的日常开发语言校招笔试出现协程考点很正常。如果题目问“协程和线程的区别”只答“协程是轻量级线程”大概只能拿一半分。更好的答法是从三个层面说明调度层面协程最终还是要运行在线程上它解决的是“线程切换带来的回调地狱”和“非阻塞挂起的编写方式”问题。机制层面协程的挂起是非阻塞的suspend函数在挂起点让出线程但线程本身没有被占用可以继续执行其他任务。实现层面Kotlin协程依赖状态机来实现挂起和恢复编译器会把挂起函数转换成状态机代码。能提到这一点说明你真的理解协程在JVM上是怎么落地运行的。另外补充一个容易被问到的小点Dispatchers.IO和Dispatchers.Default底层分别对应什么线程池以及withContext和launch的区别。这些都是笔试里性价比很高的常识点。3. Framework高频题Activity启动流程和Handler到底怎么答Framework是Android笔试的“分水岭”。大多数人能说出API的调用顺序但能把链路里的参与者、线程、关键方法说完整的人不多。下面我挑最核心的两个专题展开。3.1 Activity启动过程别停在startActivity到onCreate很多参考答案是这样的startActivity - AMS - ActivityThread - onCreate。这个答案太骨架了放在笔试卷上只能拿到基础分。稍微完整一点的链路应该是应用进程调用startActivity最终通过Binder将请求发给AMSAMS解析Intent确认Activity所在进程如果进程不存在通过Zygote fork出新的应用进程并调用ActivityThread的main方法ActivityThread通过Binder向AMS注册ApplicationThreadAMS再通知ApplicationThread执行Activity生命周期回调。在这个过程里ActivityThread是应用进程的主线程入口ApplicationThread是跨进程通信的Binder接口实现Instrumentation负责实际调度Activity的创建和生命周期方法。答题时把这些角色说清楚再补充“Android 10之后引入了ActivityResultRegistry替代onActivityResult”这种演进性知识就比死背流程的人更有优势。这里也常搭配一个小题为什么Activity的onCreate里不适合做耗时操作正确的思路不是因为ActivityThread主线程不能做耗时操作而是因为主线程承担UI消息循环、输入响应和生命周期回调任何耗时操作都会阻塞Looper最终导致ANR。把“主线程”和“Looper”联系起来面试官就能看出你理解的是系统运行机制而不只是一句口头禅。3.2 Handler消息机制从MessageQueue到nativePollOnceHandler是笔试最常考的机制也是最容易答出层次感的知识点。基础三条Looper负责轮询消息、Handler负责发送和处理消息、MessageQueue负责存储消息。再往上走要能说清楚以下几个关键细节Looper.loop()是一个死循环不断从MessageQueue里取消息取不到消息时通过nativePollOnce进入阻塞态等待唤醒。MessageQueue中的消息并非按时间排序存储而是按执行时间when做优先级插入排序所以sendMessageDelayed只是把消息放到合适的位置并不会延时代码本身。next()方法根据当前时间和消息时间戳计算阻塞时长如果队首消息未到执行时间就调用nativePollOnce(timeout)休眠对应毫秒。同步屏障和异步消息是用来保证UI帧优先渲染的机制而postDelay的“延迟”本质上是阻塞的时间差不是精确定时器。如果能进一步说出IdleHandler在消息队列空闲时执行、Message.obtain()为什么要复用对象那这道题的得分会明显高于那些只回答“发送消息到队列、Looper取出消息”的同学。另外有一道常见的变体题“为什么Handler在主线程不ANR”答案是Looper.loop()的阻塞是native层的事件等待不会长时间占用CPU真正导致ANR的是消息队列中某个消息执行时间过长导致后续输入事件无法及时处理。这个辨析思路很重要很多人在这一点上答反了。3.3 事件分发与自定义View考点集中在两个方向View相关题目也经常出现在Android笔试试卷里但考察深度比面试要浅一些。更容易出现的点是dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent三者的调用顺序以及事件被子View消费后父View的流程。requestDisallowInterceptTouchEvent的作用和典型应用场景比如解决ViewPager嵌套RecyclerView的滑动冲突。自定义View的绘制流程onMeasure、onLayout、onDraw的先后顺序以及MeasureSpec的三种模式UNSPECIFIED、EXACTLY、AT_MOST。invalidate和requestLayout的区别这一点非常容易被拿来出判断题。回答这些题目时建议把事件分发比作“层层传递的审批流程”事件从Activity传到ViewGroup再传到View每一层都有机会拦截如果子层处理了父层就不再处理。这样答不仅容易懂还能让阅卷人看出你有全局视角。4. 性能与工程化题目混淆、构建、启动优化一个都不少大厂Android笔试和大学期末考试最大的区别就是很多题目来自生产环境真实问题。小红书这类用户量级的产品对包体积、启动速度、崩溃率、帧率都极其敏感所以工程化相关题目占比不低。4.1 构建与混淆R8、资源压缩和AGP版本兼容这一块的题目往往很“实际”比如“R8和ProGuard有什么区别开启R8后需要注意什么”很多同学知道R8是ProGuard的替代品集成了代码压缩、资源压缩、混淆和优化四个能力但具体到R8的不足时容易说不清楚。比较完整的答法是R8在压缩代码时会根据入口规则分析哪些类和成员实际被使用没有被引用的部分会被移除。要注意的是R8对反射类、JNI引用的类、Gson等序列化库的模型类容易误删或误混淆所以需要配置keep规则同时R8的优化策略和AGP版本有关系不同AGP版本默认的R8行为可能不同。如果题目问“如何做APK瘦身”不要只回答“开启minifyEnabled”。把它拆成一个层级来答会更有条理资源层面开启资源压缩shrinkResources移除无用资源使用WebP替换大图通过资源混淆工具进一步缩短资源路径。代码层面开启代码混淆与压缩按需引入库避免引入整个依赖库只用到其中两个方法的情况。so库层面按ABI拆分优先只保留arm64-v8a或者使用动态能力加载。构建产物层面使用App Bundle方式按需分发。这套答题逻辑能体现你真正处理过包体积问题。如果再补充“使用APK Analyzer分析包内大文件”这种工具化手段得分会更稳。4.2 启动优化冷启动链路和耗时统计启动优化是Android面试题里的常驻考题在笔试题里也经常出现。问答方向一般是“冷启动是什么如何统计启动耗时启动优化有哪些手段”冷启动指进程不存在系统需要创建进程、创建Application、创建并启动主Activity。统计启动耗时可以用adb命令看Displayed时间也可以使用自定义启动打点在Application的attachBaseContext开始计时在页面首帧绘制完成时停止计时。要注意“首帧绘制完成”的界定不能简单拿onResume当终点。优化手段可以这样分类减少Application中不必要的初始化把不依赖主线程的任务放到子线程执行但要注意不能影响ContentProvider的初始化顺序。延迟初始化SDK比如把非核心SDK放到空闲时或按需时加载。使用启动器框架优化任务依赖关系和并行度。懒加载、预加载结合比如把启动页需要的资源提前加载非启动页资源延后加载。4.3 稳定性与内存LeakCanary、ANR、崩溃捕获稳定性方面的笔试题目一般不会太难但考察的是你有没有排查线上问题的思路。常见考点包括内存泄漏的常见场景非静态内部类持有外部类引用、Handler持有Activity、单例持有Context、注册未反注册。LeakCanary的实现原理基于Application.registerActivityLifecycleCallbacks检测Activity的onDestroy再通过弱引用和ReferenceQueue判断对象是否被回收如果没有被回收再dump hprof文件进行分析。ANR的成因和定位输入事件超时、广播超时、服务超时定位方式通常结合ANR日志和Looper消息队列来查看主线程卡在什么地方。崩溃捕获机制通过UncaughtExceptionHandler在主线程和子线程捕获未处理异常把崩溃日志写入本地下次启动时上传。如果笔试里出现“如何避免OOM”这种大题建议从加载策略上答使用BitmapFactory.Options的inSampleSize做采样压缩、使用LruCache做内存缓存、复用Bitmap、避免在循环中创建大量短命对象、使用SparseArray替代HashMap节省内存等。能把这些点分层次写清楚比只写一句“少创建对象”要好得多。5. 开放设计题的答题套路缓存、图片加载、存储方案开放设计题是整张卷子里最考验“工程师思维”的题型很多同学在这类题上失分不是因为不专业而是没有形成一套稳定的答题框架。5.1 设计一个图片加载库如果题目问“让你设计一个图片加载库你会怎么设计”不要只写一个类图。比较推荐的答题框架是围绕三层来展开加载层同步加载和异步加载的入口URL转Key的策略支持内存缓存、磁盘缓存、网络下载的优先级。缓存层内存缓存用LruCache磁盘缓存用DiskLruCache缓存Key要对URL进行安全化处理简单介绍一下比较常用的图片加载库的替换策略比如LRU的命中率问题。显示层将图片设置到ImageView时要绑定生命周期Activity销毁时自动移除待加载任务做图片压缩和缩放处理防止OOM。更出彩的细节包括线程池的选择、防止图片错位、处理图片加载失败时的占位图逻辑、支持图片动图和渐进式加载以及通过Bitmap复用减小GC频率。写出这些阅卷人会认为你确实思考过生产环境中的问题。5.2 客户端本地缓存方案设计另一种常见开放题是“App需要缓存服务端数据到本地你会怎么做”回答时建议从存储选型和一致性校验两个维度切入。存储选型上小数据用SharedPreferences或DataStore结构化数据用Room大数据文件用文件缓存如果能说明为什么跨进程场景下SharedPreferences存在可靠性问题、DataStore基于Flow的异步API有什么优势会更有深度。一致性校验上需要回答缓存过期时间怎么设计、服务端数据版本字段如何参与校验、网络异常时如何回退到缓存数据、缓存数据被篡改或损坏时怎么恢复。这些问题都答到了方案就比较完整了。5.3 大图加载与分片渲染图片相关的开放题还可能具体到大图加载场景比如长截图、地图、宫格大图。主要考点是BitmapRegionDecoder的使用它允许只解码指定区域的图片内容所以适合用来做超大图的分块显示。配合手势缩放和滑动每次只加载当前可见区域能有效控制内存峰值。如果题目更开放地问“如何实现一个长图查看器”答题要点包括先获取图片尺寸和采样率使用BitmapRegionDecoder解码可见区域通过自定义View处理手势和滚动事件在滚动的过程中复用上一帧的Bitmap来避免重复解码。能画出这个流程基本上就满分了。6. 复盘这套卷子后我给校招备考的几点建议前面把卷面涉及的考点按能力维度拆了一遍最后聊聊更落地的备考建议。这些建议不是让你“背更多题”而是帮你把有限的时间分配到回报率最高的地方。6.1 按“读源码、写Demo、做总结”三步走面对Activity启动流程、Handler机制、Binder通信这类原理题不要直接从博客背结论。建议先下载AOSP源码或者直接在Android Studio里看依赖的源码版本自己画一遍调用链然后写一个最小Demo通过打日志或断点验证几个关键环节。最后把整个过程整理成一篇笔记用自己的话重新描述一遍。经过这个流程整理的答案就算语句不够精炼也一定比纯背书的答题有血有肉。6.2 错题归因分清“不知道”和“不熟练”刷完笔试题后最大的收获不是分数而是错题背后暴露的知识缺口。我习惯把错题分成三类第一类是纯记忆题比如某个API的参数顺序这类题靠整理和反复看就能解决第二类是原理理解题比如为什么并发下HashMap会出问题这类需要回源码里找原因第三类是表达题明明知道答案但写不清楚这类要刻意练习分点作答。这三种错误的复习方式完全不同。如果你只是一味地做新题而不做错题归因复习效率会很低。6.3 笔试和面试的衔接答题结构就是面试的自我介绍笔试答案的写法其实可以提前为面试做准备。面试里“请介绍一下Handler机制”和笔试里“请描述Handler机制”本质上都在考查同样的表达能力。建议平时练习时养成结构化输出的习惯先讲核心链路再讲细节难点最后补充演进或对比。这样的答题结构在笔试中容易拿分在面试中也显得条理清晰。最后再分享一个我自己的体会笔试内容再杂核心始终是检验你有没有真的去读源码、真的去解决过问题。与其花大量时间刷各种偏题怪题不如把最核心的几个机制真正搞懂配合真实项目的验证。这套思路对于应付小红书这一类的Android校招笔试题卷可能是最稳的一条路。