腾讯大厂Android面试被面试官连环炮轰Framework 腾讯大厂Android面试被面试官连

金三银四到了，相信很多小伙伴都为这次机遇做足了准备，已经在面试或面试的路上~
最近有位阿里P7级的Android 研发跳槽腾讯，在面试环节被面试官连环炮轰 Framework：

为什么Android需要采用Binder
Binder一次拷贝原理是什么
Binder驱动作用机制
Intent传递参数为何有限制，限制多少，Binder驱动在哪限制？
Looper死循环为什么不会导致应用卡死？
使用Handler的postDelay消息队列有什么变化
如何保证多个Handler线程安全？
……

文章图片

像目前大一点的公司App的通信方式都是基于多线程、多进程，Android 中的进程通信机制就是Binder，原生的线程通信的话则是Handler。同时Binder和Handler也是Android开发的基石，不管在开发中还是面试中，都是非常重要的。
举个例子，比如你了解了 Handler的源码结构，你就可以更好的理解那些概念：

为什么不能在子线程更新 UI？
主线程为什么循环却不会卡死？
Thread 和 Handler 的关系
ThreadLocal 做什么的？
ContentProvider、Broadcast、Service 是怎么利用 Message 监控 ANR 的？

再比如进程通信Binder
Binder 是 Android 中主要的跨进程通信方式，Binder 包括 BinderProxy、BpBinder 等各种Binder 实体，以及对 Binder 驱动操作的 ProcessState、IPCThreadState 封装，整体贯穿 Java、Native 层，涉及用户态、内核态，往上可以说到 Service、AIDL 等，往下可以说到 mmap、Binder 驱动设备，是相当庞大、繁琐的一个机制。
光讲完Binder，一整天的时间都不够用
面试官通常会问“基于 mmap 是如何实现一次拷贝的？”
通过看图的方式可以更好理解：

文章图片

Client 与 Server 处于不同进程有着不同的虚拟地址规则，所以无法直接通信。而一个页框可以映射给多个页，那么就可以将一块物理内存分别与 Client 和 Server 的虚拟内存块进行映射。
如图， Client 就只需 copy_from_user 进行一次数据拷贝，Server 进程就能读取到数据了。另外映射的虚拟内存块大小将近 1M (1M-8K)，所以 IPC 通信传输的数据量也被限制为此值。
Framework始终穿插在 App 整个研发生命周期中，不管是从 0 到 1 的建立阶段，还是从 1 到 N 打磨阶段，都离不开Framework。
当然如果想要精通Framework，不仅要对底层原理充分了解，还要知道如何利用Framework知识指导我们代码实践开发，除了Handler、Binder之外，还有Android App 的启动机制、AMS、PMS、WMS等...

文章图片

这样才能够真正说得上是精通Framwork。
精通意味着：
首先在大厂面试环节，Framework是必问项，你可以展示出个人实力；
一旦你进入大厂，对Framework了解越多，你能够做的事情就越多，产出也会越多，而且可以持续不断去做。
作为过来人，发现很多学习者和实践者都在 Android Framework上面临着很多的困扰，比如：
工作场景中遇到难题，往往只能靠盲猜和感觉，用临时性的补救措施去掩盖，看似解决了问题，但下次同样的问题又会发作，原因则是缺乏方法论、思路的指引以及工具支持；
能力修炼中，缺乏互联网项目这一实践环境，对Framework只能通过理论知识进行想象，无法认识其在工作实战中的真实面目和实操过程；
职场晋升中，只管功能开发，不了解底层原理，缺少深入地思考与总结，无法完成复杂系统设计这类高阶工作，难以在工作中大展拳脚，而有挑战的工作往往留给有准备的人。
总之，一旦遇到问题，很少人能够由点及面逆向分析，最终找到瓶颈点和最优解决方案，而Framework是Android开发的深水区，也是衡量一个Android程序员能力高低的标准。