Android Activity启动过程中事务模式的一点点分析

1. 什么是事务模式?

  • 事务模式又被称为命令模式,在软件开发过程中,经常需要向某些对象发送调用其内部方法的请求,为了使请求发送者和请求接收者解耦,让发送者与接收者没有直接引用的关系,我们可以将请求封装为一个对象,由该对象来调用接收者的具体方法

2. 启动过程中涉及到的事务模式设计

2.1 源码

java 复制代码
frameworks/base/services/core/java/com/android/server/wm/ActivityTaskSupervisor.java

   boolean realStartActivityLocked(ActivityRecord r, WindowProcessController proc,
            boolean andResume, boolean checkConfig) throws RemoteException {

        // ...

        final Task task = r.getTask();
        final Task rootTask = task.getRootTask();

        try {
                // ...

                // 创建启动 Activity 的事务
                final ClientTransaction clientTransaction = ClientTransaction.obtain(
                        proc.getThread(), r.token);

                final boolean isTransitionForward = r.isTransitionForward();
                final IBinder fragmentToken = r.getTaskFragment().getFragmentToken();
                
                // 添加启动 Activity 的 callback,执行launchActivity
                clientTransaction.addCallback(LaunchActivityItem.obtain(new Intent(r.intent),
                        System.identityHashCode(r), r.info,


        // ...

        return true;
    }
 



frameworks/base/core/java/android/app/servertransaction/LaunchActivityItem.java
 // ...
      public void execute(ClientTransactionHandler client, IBinder token,
              PendingTransactionActions pendingActions) {
          Trace.traceBegin(TRACE_TAG_ACTIVITY_MANAGER, "activityStart");
          ActivityClientRecord r = client.getLaunchingActivity(token);
          client.handleLaunchActivity(r, pendingActions, null /* customIntent */);
          Trace.traceEnd(TRACE_TAG_ACTIVITY_MANAGER);
      }
 // ...

2.2 架构图

2.3 解析

  • ClientTransactionItem.java 抽象命令类,继承了一个接口,该接口中包含excute方法

  • LaunchActivityItem 具体命令类,是抽象命令类的子类具体实现了execute方法, 类似的还有ResumeActivityItem,DestroyActivityItem.java 等

  • ClientTransaction 调用者,与命令类是聚合关系,通过addCallback()来加载具体的命令,然后通过schedule()来执行具体命令类的方法

  • ActivityThread 接收者,接收者执行与请求相关的操作,它具体实现对请求的业务处理

2.4 小结

  • 将各个生命周期作为一个个对象进行具体的封装,一种生命周期对应一个对象
  • 将调用者即发出需要执行某个生命周期的类,与接收者即具体执行某个生命周期的类进行分开,调用者与接收者间不存在直接引用,降低了系统的耦合度
  • 方便根据需要扩展命令类即xxItem.java,符合开闭原则
相关推荐
朱涛的自习室2 小时前
我给 Gemini 4 和 DeepSeek 搞了套「末位淘汰」,AI 干活会更猛吗?(Day 3)
android·前端·后端
应用市场7 小时前
离线小游戏做“每日挑战”:日期当随机种子,整局存成 JSON,再加一个“我不是机器人”
android·kotlin·游戏开发
一铭111998 小时前
海豹办公 1.9.15 跨端办公软件实践 文档兼容 Access 数据库与移动 WebView 排错
android·数据库·electron·开源软件·access
geats人山人海9 小时前
java 7异常
android·java·开发语言
2601_9620710010 小时前
Kimi K3 vs DeepSeek V4-Pro实测对比:2026年同一入口十道题,耗时与token消耗差在哪
android·java·数据库
右手吉他11 小时前
高通平台IA APN问题分析之二
android·物联网
夜雪一千11 小时前
MySQL 自增 ID 的底层原理与坑点
android·mysql·adb
不浪费一个字节12 小时前
一个纯 Python 实现的 APK 解析与设备操控工具箱
android
itmigrate12 小时前
PHP 导出大 CSV 时内存溢出的一次排查
android·开发语言·php
hai_android12 小时前
LiveEventBusCore 跨 Activity 通讯源码解析
android·kotlin·android jetpack