Android 面试复盘：高频考点与准备思路

内部类为什么会持有外部类引用，也经常被问到。说白了就是编译器帮你偷偷传了一个外部类实例指针。这个点和内存泄漏常常绑在一起，尤其是和 Activity 相关的场景。

volatile、栈溢出、双亲委派

• volatile 保证可见性和有序性，不保证原子性
• StackOverflowError 通常是递归太深，或者局部变量占用太多，栈帧撑爆了
• 双亲委派机制的核心是先让父加载器去找类，避免核心 API 被随便替换。真要打破，通常得自己改 ClassLoader 的加载逻辑

Android 系统

Activity 生命周期

标准生命周期链路是 onCreate -> onStart -> onResume -> onPause -> onStop -> onDestroy。这条线面试里问得太频繁了，真没必要背成口号，关键是搞清楚每个回调发生时，界面和可交互状态处在哪。

启动模式也得熟：Standard、SingleTop、SingleTask、SingleInstance。再加上 taskAffinity，基本就能把任务栈问题讲清楚。

Service 和后台任务

startService 和 bindService 的区别本质上是生命周期和绑定关系：前者由启动和停止控制，后者随绑定者变化。IntentService 则是自带工作线程，任务做完会自动停掉，适合那种一次性异步处理。

如果只是做后台任务，我更愿意把'要不要自己开线程'这个问题往后放，先想清楚有没有生命周期管理、前台通知、进程间通信这些需求。很多坑不是线程本身，而是边界没想明白。

View 绘制和事件分发

onMeasure 负责测量，onLayout 负责摆位置，onDraw 负责真正画出来。这个顺序不能乱。

事件分发链路也很固定：dispatchTouchEvent -> onInterceptTouchEvent -> onTouchEvent。滑动冲突通常靠 requestDisallowInterceptTouchEvent 或重写 onInterceptTouchEvent 去处理。这个问题看着基础，实际在自定义控件里很容易翻车。

Handler 机制

Handler、Looper、MessageQueue 这一套，核心还是主线程怎么轮询消息队列。postDelay 本质上也是按时间戳把消息塞进去；IdleHandler 则是在队列空的时候回调。

ANR 一般不是'消息队列坏了'，而是主线程被卡住太久。这个判断比背概念更重要。

内存管理和序列化

内存泄漏常见几种场景：静态变量持有 Context、广播或监听器注销不干净、非静态内部类间接持有外部类引用。

序列化里，Serializable 写起来省事，但靠反射，性能一般；Parcelable 需要手写实现，麻烦一点，但在 Android 里更合适，尤其是跨进程传递对象时。

网络通信

HTTP 和 HTTPS

HTTPS 的基础是 TLS/SSL，再叠加对称和非对称加密。握手过程里会出现 ClientHello、ServerHello、Certificate、Key Exchange 这些消息。

HTTP 的版本差异也常问：

• 1.0：短连接
• 1.1：长连接，支持 Keep-Alive
• 2.0：多路复用、二进制分帧

Keep-Alive 的价值很实际，就是少做几次 TCP 建连，别让连接开销把请求拖慢。

TCP/IP

TCP 三次握手是 SYN -> SYN+ACK -> ACK，四次挥手是 FIN -> ACK -> FIN -> ACK。TCP 是全双工，收发方向要分别关，所以挥手比握手看起来更碎一点。

UDP 就简单得多：无连接、不保证可靠，但快。音视频、实时传输场景里它更常见。

操作系统和设计模式

进程与线程

IPC 的方式包括管道、消息队列、共享内存、信号量等。线程共享进程资源，切换成本低；进程隔离更强，但切换也更重。

这类题面试官通常不是想让你背定义，而是看你能不能把'资源共享'和'隔离成本'讲通。

设计模式

• 单例：DCL 懒汉式要配 volatile，否则重排序会出问题；静态内部类方案更干净，类加载本身就帮你做了线程安全保证
• 观察者：BroadcastReceiver、EventBus 都能往这边靠
• 代理：JDK/CGLIB 动态代理常见于 AOP，Retrofit 也经常被拿来举例

算法和手写题

面试里的算法题大多还是基础题，主要集中在数组、链表、树和滑动窗口。难度通常不会离开《剑指 Offer》的范围太远。

常见题型包括：

• 移动零：双指针，保持相对顺序
• 链表环检测：快慢指针，也就是 Floyd 判圈
• 反转链表：迭代或递归，关键是指针别乱
• 二叉树路径和：DFS 回溯
• 两个栈实现队列：一个负责入，一个负责出

这些题真要说难，更多是边界条件和写法细节，而不是思路本身。

系统设计题

设计题没有标准答案，面试官一般也不指望你一次就给出'最优解'。他们更在意你有没有把约束想全。

• SharedPreference 进程安全：可以提 MODE_MULTI_PROCESS，或者直接迁移到 DataStore
• GIF 加载框架：要考虑解码、缓存、动画播放效率
• 弱网同步：增量同步、断点续传、本地缓存优先
• Push 框架：通道保活、消息聚合、到达率优化

这类题的关键不是把名词堆满，而是先分清楚性能、稳定性和复杂度哪边更重要。

项目怎么讲，别只背 STAR

项目介绍可以按 STAR 说，但别说得像背模板。更有效的方式是把问题讲实：

• 背景：为什么做这个需求，业务上卡在哪里
• 难点：真正难的是哪一步
• 方案：为什么选这个技术，放弃了什么备选项
• 结果：最后带来了什么变化

如果项目里提到 JobService，顺手能扩到 AlarmManager、WorkManager，这类横向展开通常比单点细节更能说明你真的做过。

结尾

面试不是只看技术分数，它还在看你能不能把经验讲清楚、把取舍说透。基础知识要稳，项目表达要顺，心态别被一两次失败带偏。准备得越系统，临场越不容易散。