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,符合开闭原则
相关推荐
石山岭18 小时前
自己动手写了一个 Android 虚拟定位 App:GPSSimulate 技术实
android·前端
杉氧20 小时前
副作用 (Side Effects) 全攻略:如何像大师一样掌控 Composable 的生命周期?
android·架构·android jetpack
Kapaseker1 天前
Kotlin Toolchain 0.11 发布:主要是把 Amper 干没了
android·kotlin
三少爷的鞋1 天前
Android 现代架构不需要事件总线进阶篇
android
杉氧2 天前
深入理解 Compose 重组机制:快照系统如何驱动 UI 精准刷新?
android·架构·android jetpack
召钱熏2 天前
状态枚举正确≠渲染正确:一个语音按钮的状态机边界修复实录
android·前端
杉氧2 天前
深度解析:Jetpack Compose 核心架构与底层原理 —— 十年安卓老兵的“破茧重生”
android·架构·android jetpack
通玄2 天前
Jetpack Compose 入门系列(七):ViewModel 与界面状态管理
android
落魄Android在线炒饭2 天前
Android Framework 开发技巧:android.jar 生成与系统快速编译验证
android
如此风景2 天前
Kotlin Flow操作符学习
android·kotlin