上篇JVM聊完GC和OOM排查，这篇进入Framework专项。P7面试考的是"Binder为什么用mmap一次拷贝？AIDL的Stub和Proxy怎么工作？ContentProvider跨进程原理？"
阿里基础架构团队对Framework理解要求高——做的SDK被百万级App使用，不理解底层写不出高质量基础库。
今天8道题覆盖P7 Framework核心考点。
Q1：Binder原理？为什么用mmap？
Binder是Android的IPC机制。AMS、WMS等系统服务都通过Binder通信。
mmap：内存映射。驱动在内核空间分配缓冲区，映射到接收进程的用户空间。发送进程拷贝数据到缓冲区，接收进程直接读——只需一次拷贝（管道需两次）。
Binder实体/引用：服务端持有Binder实体，客户端持有BinderProxy。驱动维护映射关系。客户端调Proxy方法，驱动转发到实体的onTransact。
追问：Binder有大小限制吗？有。每个进程的Binder缓冲区默认约1MB（可通过/proc/PID/limits查看）。传大数据会TransactionTooLargeException。解决方案：大数据用共享内存（MemoryFile）或文件描述符传递。
Q2：AIDL的Stub和Proxy怎么工作？
AIDL编译后生成：Stub（服务端）和Proxy（客户端）。
Stub：继承Binder实现onTransact。客户端调方法时驱动转到onTransact，根据method id分发到具体实现。
Proxy：持有IBinder引用。调接口方法时把参数序列化成Parcel，调transact(code, data, reply)，驱动传给服务端Stub。
序列化：AIDL自动处理基本类型、String、Parcelable。自定义类型实现Parcelable（性能比Serializable高10倍）。
追问：AIDL的oneway关键字什么意思？oneway方法调用是异步的——客户端发完Parcel就返回，不等服务端处理完。适合不需要返回值的场景（如日志上报、状态同步）。非oneway调用会阻塞客户端线程直到服务端返回。
Q3：ContentProvider的跨进程原理？
ContentProvider：基于Binder的跨进程数据共享机制。底层是ContentProviderProxy（客户端）和Transport（服务端）通过Binder通信。
跨进程流程：客户端调getContentResolver().query(uri, ...) → ContentResolver找到对应的ContentProviderProxy → Proxy通过Binder发TRANSACTION给服务端Transport → Transport调你的ContentProvider的query方法 → 返回Cursor（通过Binder传回）。
权限控制：通过android:readPermission和android:writePermission控制哪些App能读写。运行时还可以用grantUriPermission临时授权。
追问：ContentProvider的onCreate在哪个线程？在主线程，而且是同步调用——Application.onCreate还没执行完ContentProvider.onCreate就调了。不要在ContentProvider.onCreate里做耗时操作，会拖慢启动速度。多个ContentProvider的onCreate顺序不确定。
Q4：BroadcastReceiver的底层机制？
注册：registerReceiver把Receiver和IntentFilter注册到AMS。AMS维护全局Receiver列表（按action分组）。
发送：sendBroadcast把Intent发给AMS，AMS匹配action分发到所有匹配的Receiver。
有序广播：sendOrderedBroadcast按优先级依次分发。高优先级可abortBroadcast()阻止低优先级接收。
追问：BroadcastReceiver能跨进程。AMS查找所有注册的Receiver（含其他App），分发到各进程。但效率低且不安全——推荐LocalBroadcastManager做App内广播。
Q5：Handler消息机制的底层原理？
核心组件：Handler（发送和处理消息）、MessageQueue（消息队列，按时间排序的单链表）、Looper（循环取消息分发）。
MessageQueue：单链表按when排序。enqueueMessage插入到合适位置。next()取下一条——队列空或时间没到就nativePollOnce阻塞（epoll机制）。
Looper.loop()：死循环调next()取消息，取到调msg.target.dispatchMessage(msg)（target是发送消息的Handler）。处理完recycle()回收到对象池。
追问：Looper.loop()是死循环为什么不会ANR？ANR是消息处理超时（Activity 5秒、BroadcastReceiver 10秒），不是因为循环。循环本身在没有消息时是阻塞状态（nativePollOnce），不消耗CPU。消息来了epoll唤醒继续处理。只要每个消息处理不超时就不会ANR。
Q6：Service的跨进程调用怎么做？
bindService：客户端调bindService，AMS找到Service进程调onBind返回IBinder。客户端通过onServiceConnected拿到IBinder调方法。
Messenger：基于Handler的简单IPC。Service端创建Messenger持有Handler，客户端发消息。适合低并发。
AIDL：适合高并发。AIDL方法可多线程调用（onTransact在线程池执行）。
追问：bindService和startService什么区别？startService启动服务后Service独立运行，客户端断开Service不会停止。bindService绑定后客户端和Service绑定生命周期——所有客户端unbind后Service自动停止。两者可以混合用。
Q7：Android的进程间通信方式对比？
Binder：Android核心IPC，一次拷贝，高效安全。AIDL、Messenger、ContentProvider都基于Binder。
共享内存（Ashmem）：零拷贝，适合大数据。需自己管理同步。
Socket：跨进程/跨网络。Zygote fork用Socket通信。
追问：Android为什么不用共享内存做IPC？共享内存没有调用语义——A写了数据B不知道，需额外信号量同步。Binder自带请求-响应语义，使用更方便，还有UID/PID身份验证。
Q8：Framework知识在面试中怎么体现？
不要背概念：面试官问"Binder原理"不要上来就背"mmap一次拷贝"。先说场景——"App调ActivityManagerService启动Activity就是Binder IPC"，再讲原理。
结合项目：如果你做过SDK/基础库开发，讲你怎么用AIDL设计跨进程接口，怎么处理大数据传输（避免TransactionTooLargeException），怎么用Messenger简化通信。
展示深度：能讲出"Binder线程池默认最多16个线程，超过的调用排队等待"这种细节，面试官就知道你真的读过源码。
面试Tips：P7 Framework专项Binder考mmap一次拷贝和Binder实体/引用映射。AIDL考Stub/Proxy工作原理和oneway异步调用。ContentProvider考跨进程查询流程和权限控制。BroadcastReceiver考注册分发机制。Handler考MessageQueue底层（epoll）。准备Framework推荐读《Android开发艺术探索》和AOSP源码的Binder/AIDL部分。
下一篇进入性能优化专项——阿里APM方案、启动优化、页面帧率、网络性能。
用过AIDL做跨进程通信的同学评论区聊聊，你踩过什么坑？
本系列连载中，关注不迷路，下一篇：阿里P7+资深Android（性能优化专项）面试真题
系列简介：Android大厂面经连载，覆盖字节跳动、腾讯、阿里、美团等40+企业，从初级到架构师全岗位覆盖。每篇文章包含真实面试题+详细答案+代码示例，帮你拿到大厂Offer。
