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,符合开闭原则
相关推荐
游戏开发爱好者83 小时前
日常开发与测试的 App 测试方法、查看设备状态、实时日志、应用数据
android·ios·小程序·https·uni-app·iphone·webview
王码码20353 小时前
Flutter for OpenHarmony 实战之基础组件:第三十一篇 Chip 系列组件 — 灵活的标签化交互
android·flutter·交互·harmonyos
黑码哥3 小时前
ViewHolder设计模式深度剖析:iOS开发者掌握Android列表性能优化的实战指南
android·ios·性能优化·跨平台开发·viewholder
亓才孓3 小时前
[JDBC]元数据
android
独行soc4 小时前
2026年渗透测试面试题总结-17(题目+回答)
android·网络·安全·web安全·渗透测试·安全狮
金融RPA机器人丨实在智能4 小时前
Android Studio开发App项目进入AI深水区:实在智能Agent引领无代码交互革命
android·人工智能·ai·android studio
科技块儿4 小时前
利用IP查询在智慧城市交通信号系统中的应用探索
android·tcp/ip·智慧城市
独行soc4 小时前
2026年渗透测试面试题总结-18(题目+回答)
android·网络·安全·web安全·渗透测试·安全狮
王码码20355 小时前
Flutter for OpenHarmony 实战之基础组件:第二十七篇 BottomSheet — 动态底部弹窗与底部栏菜单
android·flutter·harmonyos
2501_915106325 小时前
app 上架过程,安装包准备、证书与描述文件管理、安装测试、上传
android·ios·小程序·https·uni-app·iphone·webview