2. AOSP组件架构基础：四大组件生命周期、Binder通信模型简介

做AOSP测试和Mock回放，离不开对组件架构的理解。说白了，你得知道四大组件是怎么活的、怎么死的，以及它们之间怎么说话。这章节我把自己踩过的坑和沉淀的方法论分享给你。

2.1 四大组件生命周期概览

Android的四大组件——Activity、Service、BroadcastReceiver、ContentProvider——各有各的生存法则。我早期做Mock测试时，总以为只用管Activity，结果Service的解绑和ContentProvider的跨进程回调让我吃尽苦头。

生命周期的核心意义：系统在特定时刻回调特定方法。咱们Mock回放要做的，就是把这些回调精确记录并重演。

2.2 Activity生命周期详解

Activity是最常用的组件，它的生命周期状态机如下：

状态	回调方法	我的避坑经验
创建	onCreate → onStart → onResume	onCreate中不要做耗时操作，我曾经在onCreate里做数据库初始化，被ANR搞惨了。
运行	onResume后处于前台	收到onPause后，activity可能随时被杀死，记得保存状态。
暂停	onPause	onPause中不要做重操作，官方限制500ms内必须返回。
停止	onStop	onStop后activity不可见，但对象还在。
销毁	onDestroy	系统可能跳过onDestroy直接杀进程，别依赖它做资源释放。

我建议你在Mock回放时，把Activity的生命周期事件按序打时间戳。为什么？因为有些业务逻辑会在onResume里注册监听器，如果回放时漏了这一步，后续事件根本处理不了。

2.3 Service生命周期

Service分两种启动方式：

• Started Service：通过startService启动，生命周期为onCreate → onStartCommand → onDestroy。我在项目中遇到过——用IntentService时，它自带队列，onHandleIntent依次执行，很适合Mock场景下的串行任务回放。
• Bound Service：通过bindService启动，生命周期为onCreate → onBind → onUnbind → onDestroy。注意：如果同时start和bind了同一个Service，需要两个条件都满足才能销毁。

2.4 BroadcastReceiver与ContentProvider

BroadcastReceiver的生命周期很短暂：从onReceive开始到返回结束。如果onReceive超过10秒没返回，系统会报ANR。我记得有一次做Mock，广播处理里塞了个网络请求，结果测试用例永远超时。后来改成异步处理才解决。

ContentProvider的生命周期相对简单：onCreate在应用启动时调用一次，之后通过CRUD操作间接触发变化。它的难点在于跨进程数据共享，后续Binder通信章节会用到它的provider端。

2.5 Binder通信模型简介

Binder是Android独有的IPC机制，也是四大组件通信的底层基石。我用一句话总结：Binder就是让一个进程能像调用本地方法一样调用另一个进程的方法。

Binder模型有三个角色：

• Client：调用方（比如Activity要调用Service的方法）
• Server：服务提供方（比如Service实现了具体功能）
• ServiceManager：注册中心，管理服务名与Binder引用的映射

调用流程：Client拿到Binder代理 → 通过代理发送数据到Binder驱动 → 驱动找到目标Server → Server执行并返回结果。为什么用Binder而不是socket或共享内存？Binder的拷贝次数只有一次，效率高；同时支持UID/PID校验，安全可控。

// 典型AIDL接口定义示例
interface IMyService {
    int add(int a, int b);
}

在AOSP测试中，Mock回放Binder调用的难点在于：Binder代理是跨进程的，你不能直接new一个对象替代。我通常的做法是用代理占位对象，通过反射替换真实Binder，再在回放时注入预录好的数据。

2.6 小结与测试要点

回顾这一章的核心：

• 四大组件的生命周期回调顺序决定了Mock回放的触发时机。我建议你为每个组件画一张状态机图，标注哪些回调是可被Mock拦截的。
• Binder通信模型理解透了，你就能回答“为什么我不能在Instrumentation里直接new一个Service”这种问题。因为Service需要AMS通过Binder创建和绑定。
• 我实战中踩过最深的坑：ContentProvider的attachInfo回调在onCreate之前，如果你Mock了onCreate但忽略了attachInfo，provider可能拿不到Context。记下来，后面章节我会告诉你如何用Mock回放框架统一处理这类“隐藏回调”。