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,符合开闭原则
相关推荐
逐光老顽童20 小时前
Java 与 Kotlin 混合开发避坑指南:30 个真实案例实录
android·kotlin
爱勇宝1 天前
鸿蒙生态的下半场:开发者不只要能开发,还要能赚钱
android·前端·程序员
Yeyu1 天前
刷新一帧的艺术:invalidate / postInvalidate / postInvalidateOnAnimation全解析
android
潘潘潘2 天前
Android OTA 升级原理和流程介绍
android
plainGeekDev2 天前
null 判断 → Kotlin 可空类型
android·java·kotlin
plainGeekDev2 天前
getter/setter → Kotlin 属性
android·java·kotlin
YXL1111YXL2 天前
Handler 消息回收与协程异步执行的时序陷阱
android
恋猫de小郭2 天前
KMP / CMP 鸿蒙版本 Beta 发布,他有什么特别之处?
android·前端·flutter
三少爷的鞋2 天前
Android 协程并发控制:别动线程池,控制好并发语义就够了
android
weiggle3 天前
第七篇:状态提升与单向数据流——架构设计的核心
android