Android面试：字节飞书5轮面试Android Framework层的源码就问了4轮！

前言

说起字节跳动的这次面试经历，真的是现在都让我感觉背脊发凉，简直被面试官折磨的太难受了。虽然已经工作了三年，但是也只是纯粹的在写业务，对底层并没有一个很深的认识，这次面试经历直接的让我感受到我和那些一线大厂开发之间的差距，说句实话，是真的很难受。

也不多说什么了吧，我们还是来回顾一下我在字节跳动的这次面试经历。一共是面了5轮，至于为什么面了5轮的原因，可能是面试官还是想试试我的技术水平吧。

虽然说最终还是没能拿到offer，但是这次的面试经历让我更加直观的了解了我和大厂Android开发之间的差距，算是收益颇丰吧。

字节飞书客户端一面

• 讲讲 Android 开机启动的流程

讲了一大堆，其中说到 ServiceManager 进程是用来管理系统服务的，面试官说你确定？不是 SystemServer 进程来管理系统服务的吗？讨论了一番面试官懵逼了，提到了 SystemUI 服务，提到了桌面进程，问到了怎么替换开机启动的动画？

• 系统是怎么帮我们启动找到桌面应用的

我说通过意图，他说怎么找到是哪个意图? 我说 PMS 会解析所有 apk 的 AndroidManifest.xml ，如果解析过会存到 package.xml 中不会反复解析，PMS 有了它就能找到了。

• 讲讲动态状态页的加载，为什么要这么弄？

我说为了减少 xml 解析和反射创建对象的时间，避免同时创建多个用不上的对象，我就写了个框架用代码动态添加的。这时面试官误解了我的意思，以为所有的界面都是用代码写的，那得多麻烦呀，后来解释清楚了。

• 讲讲页面的刷新机制，GPU 调试工具几个颜色值分别代表什么？

讲到了 Surface 底层管理的其实是 IBPQ , 讲了异步信号的由来是 SurfaceFlinger 由硬件和软件机制发出来的，讲了我们 app 界面绘制的内容是怎么提交传递到 SurfaceFlinger 的。GPU 调试工具几种颜色的意思也大概讲了下。

• 为什么Activity间传递对象需要序列化?
• 你知道 okhttp 是怎么复用连接的吗？

这是个网络优化的问题，同一个 ip 同一个端口能复用一个连接，后面问道了 http 2.0 的多路复用，我说一个 tcp 可以多个请求，原理呢？我说不知道。后面让我说了下 https 。

• 快排和递归（算法题）

总体来讲，一面还是答得不错的，或许是面试官觉得小瞧了我，接下来的四轮面试我仿佛遭到了严打

字节飞书客户端二面

• 讲一讲动态注册和静态注册

静态注册是通过包名和函数名去找方法，动态注册是通过注册方法表，其中还被问到了具体是调用哪个函数注册方法表。

• so 的加载流程是怎样的，生命周期是怎样的

这个要从 java 层去看源码分析，是从 ClassLoader 的 PathList 中去找到目标路径加载的，同时 so 是通过 mmap 加载映射到虚拟空间的。生命周期加载库和卸载库时分别调用 JNI\_OnLoad 和 JNI\_OnUnload() 方法。

• native 层怎么检测内存泄漏

我说按道理可以 hook 函数，开辟内存和释放内存的次数应该是一样的，如果不一样可以怀疑内存泄漏。面试官接着问有没有什么第三方工具或者库可以检测？我说我在公司其实也写的不多，不知道引擎组集成的是啥框架，主要擅长应用层开发。

• 请你简述一下Zygote的启动流程
• 请你分析一下init进程的作用
• 请你分析一下Zygote的源码
• eakcanary 的原理，哪些对象可以用来做 gc-root

好，你说你主要擅长应用层开发，那 Java 层的内存泄漏怎么检测，我说我们用的 leakcanary，让我说说原理，说完原理又问我是不是所有对象泄漏 leakcanary 都能检测得到，他的引用链是怎么管理的？后面问到你刚说弱引用对象在 gc 的时候会被释放，那什么时候不会被释放？我这时懵逼了，其实就是有内存泄漏的时候不会被释放，我当时脑子短路了居然没反应过来。

字节飞书客户端三面

• Service的运行线程
  （生命周期方法全部在主线程）
• ServiceConnection里面的回调方法运行在哪个线程？
• 简述一下进程保活的机制
• 熟悉插件化吗？说一下实现一个插件化框架的思路
• 说一下Bander机制的弊端
• 手写一个简单的热修复框架
• 请你分析一下AMS和PMS是如何进行通信的？
• 手撕算法

字节飞书客户端四面

• Jetpack的开发优势在哪？
• LiveData和Databinding的源码分析
• 单相绑定与双向绑定
• Recycleview回收池的设计思想
• HandlerThread的源码分析
• 多个Handler往MessageQueue中添加数据，内部是如何保证线程是安全的呢？
• 压轴算法题

字节飞书客户端五面

• Activity之间传递数据最大为什么是4M？
• 简述一下Looper的事务对调？
• 问个简单点的？那你说一下ViewGroup的绘制流程？
• Kotlin和Flutter
• 压轴算法题

经验总结

我也不是什么大佬，最后唠叨几句。希望各位没拿到offer的真的不要灰心，可能你之前所有的失败都是你成功的垫脚石，我面挂的时候也曾经自闭过，但更多的是反思，如何调整自己的复习计划。在复习的时候一定要有自己的强项，能把这个知识点理解的很透彻并且把相关的知识点拓展出去。另一方面就是让面试官看到你对这个岗位的热情，能够自发性地去学习与岗位相关的东西，下面给大家分享一份我珍藏的《2022最新Android中高级面试题合集》质量非常搞，希望能对你有帮助！

《2022最新Android中高级面试题合集》

内容概要：包括 Handler、Activity相关、Fragment、service、布局优化、AsyncTask相关、Android 事件分发机制、 Binder、Android 高级必备 ：AMS,WMS,PMS、Glide、 Android 组件化与插件化等面试题和技术栈！内容特点：条理清晰，含图像化表示更加易懂。

Android Framework 开发虽然比较偏底层，圈子窄，但是能掌握一些原理的东西，可以触类旁通，往应用层发展也可以。目前大公司的app开发都要基于模块化、层次化、组件化、控件化的思路来设计架构，而这一切的基础都建立在Android Framework系统框架底层原理实现之上。

这里给大家分享一份由腾讯技术团队出品的《Android Framework 开发揭秘》总共有19万字，包含109个知识点，通过经典Binder、Handler、AMS等面试题解析加深你对Android Framework框架层的理解，资料领取点这里。

《Android Framework 开发揭秘》

第一章 系统启动流程分析

• 第一节 Android启动概览
• 第二节 init.rc解析
• 第三节 Zygote
• 第四节 面试题

第二章 Binder解析

• 第一节 宏观认识Binder
• 第二节binder的jni方法注册
• 第三节binder驱动
• 第四节 数据结构
• 第五节 启动service_manager
• 第六节获取service_manager
• 第七节 addService流程
• 第八节 Binder面试题全解析

第三章 Handler解析

• 第一节 源码分析
• 第二节 难点问题
• 第三节Handler常问面试题

第四章 AMS 解析

• 第一节 引言
• 第二节 Android架构
• 第三节 通信方式
• 第四节 系统启动系列
• 第五节 AMS
• 第六节 AMS 面试题解析

第五章 WMS解析

• 第一节Activity与Window相关概念
• 第二节 Android窗口管理服务WindowManagerService
  计算Activity窗口大小的过程分析
• 第三节Android窗口管理服务WindowManagerService对
  窗口的组织方式分析
• 第四节 Android窗口管理服务WindowManagerService
  对输入法窗口（Input Method Window）的管理分析
• 第五节 Android窗口管理服务WindowManagerService
  对壁纸窗口（Wallpaper Window）的管理分析
• 第六节Android窗口管理服务WindowManagerService计
  算窗口Z轴位置的过程分析
• 第七节Android窗口管理服务WindowManagerService显
  示Activity组件的启动窗口（Starting Window）的过
  程分析
• 第八节Android窗口管理服务WindowManagerService切
  换Activity窗口（App Transition）的过程分析
• 第九节 Android窗口管理服务WindowManagerService
  显示窗口动画的原理分析

第六章PKMS Android10.0 源码解读

• 第一节 前言 PKMS 是什么东西？
• 第二节 PKMS 概述信息
• 第三节 PKMS角色位置
• 第四节 PKMS 启动过程分析
• 第五节 APK的扫描
• 第七节 PMS之权限扫描
• 第八节 PackageManagerService大综合笔记

篇幅有限，需要《2022最新Android中高级面试题合集》和《Android Framework 开发揭秘》的朋友点击这里免费领取，保证免费分享！