第1章 Framework组件总览与定制切入点

在系统软件与大型应用中，Framework（框架）定义了组件之间的通信协议、生命周期管理及核心服务。理解组件的分类、暴露的扩展点以及常见的定制手段，是进行深度定制和边界渗透的前提。本章从宏观视角梳理Framework的组件家族，并建立“从接口到实现”的定制思维模型。

1.1 组件类型全景

根据职责与生命周期，Framework组件通常分为以下四类。不同类别决定了定制的切入层次与风险等级。

组件类型	典型代表	生命周期	定制难度
系统核心组件	ServiceManager、Binder Driver	随系统启动常驻	高（需修改源码或内核）
应用框架组件	ActivityManagerService、WindowManagerService	系统级进程，持续运行	中（通过Hook或反射）
业务逻辑组件	ContentProvider、BroadcastReceiver	由应用触发，可动态注册	低（继承或代理）
基础服务组件	PackageManagerService、InputManager	系统启动时加载	高（需替换原生实现）

1.2 扩展点识别

Framework在设计时通常预留几类扩展点，定制改造的第一步就是找到这些“钩子”。

• 接口与抽象类：如 IBinder、ActivityLifecycleCallbacks，提供最标准的扩展入口。
• 回调注册机制：通过 registerCallback() 或监听器模式，允许第三方插入业务逻辑。
• 插件化或服务发现：如 ServiceLoader、Intent 匹配，可通过修改配置或增加路径实现替换。
• 反射与动态代理：当接口不公开时，利用 java.lang.reflect.Proxy 或 MethodHook 绕过访问限制。

// 典型回调扩展点示例：监听Activity生命周期
public class MyActivityCallback implements Application.ActivityLifecycleCallbacks {
    @Override
    public void onActivityCreated(Activity activity, Bundle savedInstanceState) {
        // 定制注入点
    }
}

1.3 定制改造的常见方式

根据扩展点的开放程度，改造手段可归纳为以下五种。实际项目中常组合使用。

1. 子类继承与重写 – 适用于抽象类或允许被子类化的组件，安全性高。
2. 动态代理（Proxy） – 适用接口服务，可在调用前后添加切面逻辑。
3. 方法替换（Hook） – 利用反射替换Method对象或字段值，侵入性中等。
4. 配置覆盖 – 通过XML/JSON/YAML外部配置文件改变组件行为，无需修改代码。
5. 服务绑定替换 – 在bin/sbin层或依赖注入容器中注册替代实现。

// 配置覆盖方式示例：替换默认缓存实现为自定义LRU
{
  "framework.cache": {
    "class": "com.custom.CustomLRUCache",
    "maxSize": 1024
  }
}

1.4 本章小结