千里马Android Framework实战开发-Binder通信之startActivity跨进程源码分析

Posted Android高级知识分享官

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了千里马Android Framework实战开发-Binder通信之startActivity跨进程源码分析相关的知识,希望对你有一定的参考价值。

csdn在线学习课程,课程咨询答疑和新课信息:QQ交流群:422901085进行课程讨论

android跨进程通信实战视频课程(加群获取优惠)
上节课我们已经讲解完了Binder常见使用的一些方法,下面这节课我们来讲解一些Binder跨进程通信在平时Framework及SystemServer源码分析场景。
(注意这个分析是基于我们的android 10,因为课程上讲过android 8.1,也相对比较清楚了,这里blog就单独写一下android 10,因为和8.1有一些差异,这样可以多学习到android 10的情况)
首先我们来看一副图:

1、 startActivity源码分析

上面是不是我们常见的一种App与系统SystemServer进程跨进程通信的一种情况,App需要启动其它Activity,调用startActivity方法,这个时候其实是调用到了SystemServer进程的AMS中,然后AMS处理后,会通知App的进行对应的onPasue货值OnResume操作。
那我们首先来分析一下startActivity方法:

    @Override
    public void startActivity(Intent intent, @Nullable Bundle options) {
        if (options != null) {
            startActivityForResult(intent, -1, options);
        } else {
            // Note we want to go through this call for compatibility with
            // applications that may have overridden the method.
            startActivityForResult(intent, -1);
        }
    }

这里调用到了startActivityForResult

 @Override
    @UnsupportedAppUsage
    public void startActivityForResult(
            String who, Intent intent, int requestCode, @Nullable Bundle options) {
       ..省略
        Instrumentation.ActivityResult ar =
            mInstrumentation.execStartActivity(
                this, mMainThread.getApplicationThread(), mToken, who,
                intent, requestCode, options);
        if (ar != null) {
            mMainThread.sendActivityResult(
                mToken, who, requestCode,
                ar.getResultCode(), ar.getResultData());
        }
        cancelInputsAndStartExitTransition(options);
    }

这里其实是调用 mInstrumentation.execStartActivity

  public ActivityResult execStartActivity(
        Context who, IBinder contextThread, IBinder token, String target,
        Intent intent, int requestCode, Bundle options) {
        IApplicationThread whoThread = (IApplicationThread) contextThread;
        ..省略
        try {
            intent.migrateExtraStreamToClipData();
            intent.prepareToLeaveProcess(who);
            //ActivityTaskManager.getService
            int result = ActivityTaskManager.getService()
                .startActivity(whoThread, who.getBasePackageName(), intent,
                        intent.resolveTypeIfNeeded(who.getContentResolver()),
                        token, target, requestCode, 0, null, options);
            checkStartActivityResult(result, intent);
        } catch (RemoteException e) {
            throw new RuntimeException("Failure from system", e);
        }
        return null;
    }

这里大家看到ActivityTaskManager.getService

  /** @hide */
    public static IActivityTaskManager getService() {
        return IActivityTaskManagerSingleton.get();
    }

    private static final Singleton<IActivityTaskManager> IActivityTaskManagerSingleton =
            new Singleton<IActivityTaskManager>() {
                @Override
                protected IActivityTaskManager create() {
                    final IBinder b = ServiceManager.getService(Context.ACTIVITY_TASK_SERVICE);
                    return IActivityTaskManager.Stub.asInterface(b);
                }
            };

这里大家看其实是返回一个IActivityTaskManager 对象,我们可以猜出它应该就是一个aidl的接口,app层只是个代理对象,实现端再SystemServer端,这里我们看实际是从ServiceManager获取了一个IBinder接口对象,然后IActivityTaskManager.Stub.asInterface(b)转换成本地对象。

在SystemServer服务端肯定有一个 IActivityTaskManager.Stub的实现对象,这里其实也会有IActivityTaskManager.adil。

public class ActivityTaskManagerService extends IActivityTaskManager.Stub {
..省略
}

那么ServiceManager有getService那么是在哪里进行addService
这里就需要看SystemServer的ActivityTaskManager的构造部分

        ActivityTaskManagerService atm = mSystemServiceManager.startService(
                ActivityTaskManagerService.Lifecycle.class).getService();

这里其实是主要ActivityTaskManagerService.Lifecycle内部类会进行执行对应的onStart方法

  public static final class Lifecycle extends SystemService {
        private final ActivityTaskManagerService mService;

        public Lifecycle(Context context) {
            super(context);
            mService = new ActivityTaskManagerService(context);
        }

        @Override
        public void onStart() {
        //对activtiy_task进行发布
            publishBinderService(Context.ACTIVITY_TASK_SERVICE, mService);
            mService.start();
        }
..省略
        public ActivityTaskManagerService getService() {
            return mService;
        }
    }

所以这里又变成的是publishBinderService进行了服务的发布,那接下来再看看publishBinderService

    protected final void publishBinderService(String name, IBinder service,
            boolean allowIsolated, int dumpPriority) {
        ServiceManager.addService(name, service, allowIsolated, dumpPriority);
    }

这里我们就看到其实是调用了ServiceManager.addService进行服务的添加
这里的服务的名字叫做 public static final String ACTIVITY_TASK_SERVICE = “activity_task”;(注意这个以前在android 8.1是没有的哦)

查看系统中所有服务的命令: service list

2、SytemServer调用App的IBinder对象分析ApplicationThread
ApplicationThread实际在在我们的ActivityThread类中

 private class ApplicationThread extends IApplicationThread.Stub {
 ..省略
 }

ApplicationThread 就是对IApplicationThread接口的实现端,即这里是在客户端app进行实现的,服务端SystemServer负责调用,这里就作为一个“客户端”角色,从而实现开始说的双向通信

以上是关于千里马Android Framework实战开发-Binder通信之startActivity跨进程源码分析的主要内容,如果未能解决你的问题,请参考以下文章

千里马Android Framework实战开发-native程序之间binder通信实战案例分析

千里马Android Framework实战开发-native程序之间binder通信实战案例分析

千里马Android Framework实战开发-跨进程通信专题博客总结

千里马Android Framework实战开发-跨进程通信专题课表介绍

千里马android framework实战开发-binder驱动之oneway导致的transaction failed

千里马android framework实战开发-binder驱动之oneway导致的transaction failed