Android面经分享，失业半年，五一节前拿到offer

前言

基本介绍 ，去年11月份我被裁了。 从3月初开始复习，准备面试题。 首先介绍一下自己基本情况：渣本毕业快4年，一直在小厂摸鱼混日子，学历和简历背景不是很好看，所以面试邀约也不是很多，面试也到处碰壁。从3月中旬开始面试，一直到4月底。共面试9家公司，近20轮面试，拿到2个小公司和1个上市公司（不是出名的公司）的offer，最后准备去上市公司了。也投递了BAT、360、抖音、快手、平安等大厂的岗位，不过大部分没给面试机会，少数大厂在后续面试中也把我拒绝了，原因是：基础知识不够扎实，技术深度不够。

面试分享

每轮面试都会有自我介绍，所以在面试前大家可以先准备一段自我介绍，向面试官介绍自己的基本情况。我这里只分享Android技术面试题（以每个公司为分类，将几轮面试题综合起来），面试官会在每个面试题继续深入，一直问到你不会为止。至于面试题答案，大家自行百度，在面试过程中尽可能回答完整（深度、广度、扩展），这样才能在面试官面前加分。建议大家找工作开始面试前，先找几家小公司找点面试感觉，然后再投自己期望的公司。

接下来是面试题：

公司一

1. 组件化和arouter原理
2. recyclerview和listview区别
3. glide流程，缓存前压缩，缓存命中
4. APP性能优化，内存优化，布局优化，绘制优化，内存泄漏
5. Http和Https区别
6. socket心跳包
7. jvm虚拟机，堆和栈的结构
8. activity启动模式，有哪些不同
9. stack栈的特点，自定义stack结构
10. kotlin优劣势

公司二

1. 自定义view，中英文字符串宽高测量显示，测量算法，可扩展性
2. 事件分发机制
3. Activity,view,window联系
4. 热修复和插件化原理
5. Synchronized底层原理，java锁机制
6. java容器，hashmap和hashtable区别，hashmap原理，扩容流程，扰动算法的优势
7. ArrayList和LinkendList区别，List泛型擦除，为什么反射能够在ArrayList< String >中添加int类型
8. Http和Https区别，SSL/TLS过程
9. Android性能优化
10. jvm虚拟机，堆和栈的结构，栈帧，JMM
11. 组件化注意点，组件间通信机制
12. 线程安全的单例模式有哪几种
13. 熟悉的设计模式

公司三

1. MVC,MVP,MVVM
2. Activity和fragment生命周期区别，fragment正常添加和viewpager添加的区别，fragment懒加载原理，FragmentPagerAdapter 和 FragmentStatePagerAdapter
3. 热修复和插件化
4. 友盟bug统计，混淆后怎么定位bug。没接入热修复的APP中，上线后遇到bug怎么解决
5. view绘制原理 （可以先说下基本view绘制，然后再说下屏幕刷新机制）
6. 使用Analyze减少APK体积，原理
7. Android 版本差异

公司四

1. 基础类型字节，汉字占几个字节，线程和进程
2. 四大组件，fileprovider和Contentprovide区别，activity启动流程
3. MVC,MVP,MVVM
4. TCP三次握手，四次挥手
5. Eventbus，glide原理
6. 性能优化，内存抖动，内存泄漏，内存溢出，handler机制，IntentService和handlerThread，子线程更新view内容的方法
7. GC回收算法
8. recyclerview和listview区别
9. 组件化，模块化，插件化，热修复
10. 工作中遇到的难题怎么解决的
11. Kotlin Java优缺点,kotlin什么时候用分号，run,with,apply,内联函数，高阶函数
12. APK体积优化
13. 进程间通信
14. 单例模式，哪些是安全的
15. retrofit设计模式
16. 自定义view
17. 是否做过音视频和IM？
18. APK性能优化
19. CurrentHashMap1.7和1.8区别
20. volatile关键字的作用，怎么保证原子性呢？
21. 网络优化
22. 对新技术的看法
23. java泛型，协变和逆变

公司五

1. HTTPS具体步骤
2. 常用的设计模式，代理模式和装饰者模式区别
3. 服务端返回错误的json数据，客户端怎么自定义model，避免出错
4. Hook技术
5. kotlin了解，协程
6. 屏幕适配
7. 抓包工具使用和原理
8. 网络优化
9. 未来期望，对公司的了解
10. Okhttp,rxjava,glide,retrofit等原理，okhttp底层数据传输原理，http报文体结构
11. APK体积优化
12. Android jetpack使用和原理，新技术看法
13. crashHandler获取应用crash信息
14. recyclerview和listview缓存区别
15. Android 常见崩溃问题分析及一般的解决方案
16. NestedScrollView触摸机制，AOP相关知识
17. 设计APP，整体架构选型
18. Android沙盒和底层Linux通信
19. ACTION_CANCLE什么时候触发
20. 线程池原理

公司六

1. 组件化,arouter，组件化UI，还有哪些路由框架。AS调试方法
2. MVC,MVP,MVVM,Jetpack
3. JVM,JMM,java加载对象的步骤，classLoader,GC回收算法
4. 插件化和热修复
5. 唯一安卓ID，安卓安全的知识，加密算法，判断activity前台进程
6. TCP三次握手和四次挥手
7. hash算法，hashmap,怎么解决hash冲突
8. 加载大图，glide缓存机制，设计模式，双重检测的单例模式为什么要检查两次，自己设计图片加载框架思路
9. 启动未注册的Activity
10. AOP,蓝牙开发，IOT
11. glide缓存清除：lrucache算法
12. glide缓存文件太大，查找效率慢怎么优化？glide下载高清图片优化
13. 最近研究的技术，遇到最难的事，对公司的期望

公司七

1. 组件化, arouter优缺点
2. MVC,MVP,MVVM
3. 项目中的亮点，对架构的理解
4. handler原理及相关知识点，message回收策略
5. hashmap原理,arraymap原理，对比性能。
6. hashmap为什么大于8才转化为红黑树，加载因子为什么是0.75
7. Synchronized底层原理，java锁机制
8. 服务和广播
9. activity启动模式（给例子具体分析，A(标准)-》B(单例)-》C(singleTop)-》D(singleTask)，分析有几个栈，每个栈内的activity）
10. 常用设计模式，线程安全的单例模式

公司八

1. static、final;继承与多态
2. 组件化, arouter优缺点
3. context相关知识点
4. handler原理及相关知识点，handler缓存池大小。
5. 性能优化，启动速度优化，架构
6. java虚拟机与Dalvik和ART区别
7. Kotlin协程，扩展函数和属性以及伴生对象
8. 电商APP的首页，怎么设计一个APP架构
9. MVP中数据请求为什么要和M一起，答：网络请求和javabean都是数据模型相关
10. Glide的存储EngineKey是怎么保证唯一的。面试官答：有个队列会将EngineKey存储起来，每次生成后进行对比存储。这个我在源码中没找对位置，如果知道的同学，麻烦帮忙解释下。
11. retrofit是怎么将service接口转化为我们需要的javabean的？
12. 怎么做管理，新技术学习

公司九

1. SqLite与contentProvider区别
2. fragment周期，两个fragment切换周期变化，fragment通信
3. https证书校验，加密相关，网络请求框架
4. glide加载流程，大图显示，图片大小计算
5. view绘制（从onSync()开始）
6. 线程内存模型，线程间通信
7. 获取view的宽高，更新view的方式，主线程消息机制
8. OOM，内存泄漏，内存溢出，java引用类型，ANR分析
9. APP性能优化，webview相关，webview优化，webview中Android与js互调
10. 插件化和热修复

总结

简历上写的东西，一定要先搞懂，特别是简历上的专业技能。这次面试收到的最多反馈就是：基础知识不够扎实，技术深度不够。现在Android开发大部分需要懂点和Linux知识，大厂也需要刷算法面试题，在后面的学习过程中，我将从以上几个方面着手。当然也必须把基础知识学牢固，技术深度搞深入点。

最后祝大家都能拿到心仪的offer！

最后再分享一份面试题，有需要的可以扫码免费领取！

23最新面试题合集（附解析）

技术面试中，除了编程能力、技术深度、算法和软技能外，刷经典题目也是必不可少的，下面就为大家分享一份2023年最新的Android中高级面试真题👇

帮助大家牢筑基础积累知识、快速提升、拿到心仪的offer！

完整版文档已整理打包，需要的伙伴们可扫描下方二维码+v私聊哦~

内容过多展现部分面试题详解

Framework板块

Binder 跨进程通信原理

理解了 Linux IPC 相关概念和通信原理，接下来我们正式介绍下 Binder IPC 的原理。

动态内核可加载模块 && 内存映射

正如前面所说，跨进程通信是需要内核空间做支持的。传统的 IPC 机制如管道、Socket 都是内核的一部

分，因此通过内核支持来实现进程间通信自然是没问题的。但是 Binder 并不是 Linux 系统内核的一部

分，那怎么办呢？这就得益于 Linux 的动态内核可加载模块（Loadable Kernel Module，LKM）的机

制；模块是具有独立功能的程序，它可以被单独编译，但是不能独立运行。它在运行时被链接到内核作

为内核的一部分运行。这样，Android 系统就可以通过动态添加一个内核模块运行在内核空间，用户进

程之间通过这个内核模块作为桥梁来实现通信。

在 Android 系统中，这个运行在内核空间，负责各个用户进程通过 Binder 实现通信的内核模块就

叫 Binder 驱动（Binder Dirver）。

那么在 Android 系统中用户进程之间是如何通过这个内核模块（Binder 驱动）来实现通信的呢？难道是

和前面说的传统 IPC 机制一样，先将数据从发送方进程拷贝到内核缓存区，然后再将数据从内核缓存区

拷贝到接收方进程，通过两次拷贝来实现吗？显然不是，否则也不会有开篇所说的 Binder 在性能方面的

优势了。

这就不得不通道 Linux 下的另一个概念：内存映射。

Binder IPC 机制中涉及到的内存映射通过 mmap() 来实现，mmap() 是操作系统中一种内存映射的方

法。内存映射简单的讲就是将用户空间的一块内存区域映射到内核空间。映射关系建立后，用户对这块

内存区域的修改可以直接反应到内核空间；反之内核空间对这段区域的修改也能直接反应到用户空间。

内存映射能减少数据拷贝次数，实现用户空间和内核空间的高效互动。两个空间各自的修改能直接反映

在映射的内存区域，从而被对方空间及时感知。也正因为如此，内存映射能够提供对进程间通信的支

持。

Binder IPC 实现原理

Binder IPC 正是基于内存映射（mmap）来实现的，但是 mmap() 通常是用在有物理介质的文件系统上

的。

比如进程中的用户区域是不能直接和物理设备打交道的，如果想要把磁盘上的数据读取到进程的用户区

域，需要两次拷贝（磁盘–>内核空间–>用户空间）；通常在这种场景下 mmap() 就能发挥作用，通过在

物理介质和用户空间之间建立映射，减少数据的拷贝次数，用内存读写取代I/O读写，提高文件读取效

率。

而 Binder 并不存在物理介质，因此 Binder 驱动使用 mmap() 并不是为了在物理介质和用户空间之间建

立映射，而是用来在内核空间创建数据接收的缓存空间。

一次完整的 Binder IPC 通信过程通常是这样：

\1. 首先 Binder 驱动在内核空间创建一个数据接收缓存区；

\2. 接着在内核空间开辟一块内核缓存区，建立内核缓存区和内核中数据接收缓存区之间的映射关系，

以及内核中数据接收缓存区和接收进程用户空间地址的映射关系；

\3. 发送方进程通过系统调用 copyfromuser() 将数据 copy 到内核中的内核缓存区，由于内核缓存区和

接收进程的用户空间存在内存映射，因此也就相当于把数据发送到了接收进程的用户空间，这样便完成了一次进程间的通信。

如下图：

Binder的优势

Android 系统是基于 Linux 内核的，Linux 已经提供了管道、消息队列、共享内存和 Socket 等 IPC 机

制。那为什么 Android 还要提供 Binder 来实现 IPC 呢？主要是基于性能、稳定性和安全性几方面的原

因。

性能

首先说说性能上的优势。Socket 作为一款通用接口，其传输效率低，开销大，主要用在跨网络的进程间

通信和本机上进程间的低速通信。消息队列和管道采用存储-转发方式，即数据先从发送方缓存区拷贝到

内核开辟的缓存区中，然后再从内核缓存区拷贝到接收方缓存区，至少有两次拷贝过程。共享内存虽然

无需拷贝，但控制复杂，难以使用。Binder 只需要一次数据拷贝，性能上仅次于共享内存。

稳定性

再说说稳定性，Binder 基于 C/S 架构，客户端（Client）有什么需求就丢给服务端（Server）去完成，

架构清晰、职责明确又相互独立，自然稳定性更好。共享内存虽然无需拷贝，但是控制负责，难以使

用。从稳定性的角度讲，Binder 机制是优于内存共享的。安全性

另一方面就是安全性。Android 作为一个开放性的平台，市场上有各类海量的应用供用户选择安装，因

此安全性对于 Android 平台而言极其重要。作为用户当然不希望我们下载的 APP 偷偷读取我的通信录，

上传我的隐私数据，后台偷跑流量、消耗手机电量。传统的 IPC 没有任何安全措施，完全依赖上层协议

来确保。首先传统的 IPC 接收方无法获得对方可靠的进程用户ID/进程ID（UID/PID），从而无法鉴别对

方身份。Android 为每个安装好的 APP 分配了自己的 UID，故而进程的 UID 是鉴别进程身份的重要标

志。传统的 IPC 只能由用户在数据包中填入 UID/PID，但这样不可靠，容易被恶意程序利用。可靠的身

份标识只有由 IPC 机制在内核中添加。其次传统的 IPC 访问接入点是开放的，只要知道这些接入点的程

序都可以和对端建立连接，不管怎样都无法阻止恶意程序通过猜测接收方地址获得连接。同时 Binder 既

支持实名 Binder，又支持匿名 Binder，安全性高。

基于上述原因，Android 需要建立一套新的 IPC 机制来满足系统对稳定性、传输性能和安全性方面的要

求，这就是 Binder。

（无偿分享，持续更新！）

①23最新面试题集解析、热门技术学习笔记：

②视频资源（面试、源码、开源框架）