Android|简直离谱！字节面了5轮，4轮都让我分析 Android Framework 层的源码移动开发|字节跳动|Android开发

说起字节跳动的这次面试经历，真的是现在都让我感觉背脊发凉，简直被面试官折磨的太难受了。虽然已经工作了七年，但是也只是纯粹的在写业务，对底层并没有一个很深的认识，这次面试经历直接的让我感受到我和那些一线大厂开发之间的差距，说句实话，是真的很难受。
也不多说什么了吧，我们还是来回顾一下我在字节跳动的这次面试经历。一共是面了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 的时候会被释放，那什么时候不会被释放？我这时懵逼了，其实就是有内存泄漏的时候不会被释放，我当时脑子短路了居然没反应过来。

字节飞书客户端三面