通过启动Activity来理解Intent+Bundle跨进程

从Intent+Bundle到Binder

进程间通信为什么叫IPC？

IPC是Inter-Process Communication 的缩写，意为进程间通讯或跨进程通信，指两个进程之间进行数据交换的过程。

Intent与Bundle之间的关系是什么？

Intent可以携带Bundle类型的对象，然后作为参数传递给AMS，AMS负责启动另外一个Activity或者其他组件。

   //Intent.java源码
    public Intent putExtras(Bundle extras) {
        if (mExtras == null) {
            mExtras = new Bundle();
        }
        mExtras.putAll(extras);
        return this;
    } 

怎么用Intent启动另外一个App的Activity?

方式有几种，详细参考：Android在一个应用程序中启动另一个应用程序。
下面其中一种，根据应用的包名，启动它的Activity。可以看到Intent作为参数，最终执行了startActivity(intent);。

    private void openApp(String packageName) {
        PackageInfo pi = getPackageManager().getPackageInfo(packageName, 0);

        Intent resolveIntent = new Intent(Intent.ACTION_MAIN, null);
        resolveIntent.addCategory(Intent.CATEGORY_LAUNCHER);
        resolveIntent.setPackage(pi.packageName);

        List<ResolveInfo> apps = pm.queryIntentActivities(resolveIntent, 0);

        ResolveInfo ri = apps.iterator().next();
        if (ri != null) {
            String packageName = ri.activityInfo.packageName;
            String className = ri.activityInfo.name;

            Intent intent = new Intent(Intent.ACTION_MAIN);
            intent.addCategory(Intent.CATEGORY_LAUNCHER);

            ComponentName cn = new ComponentName(packageName, className);

            intent.setComponent(cn);
            startActivity(intent);
        }
    }

在startActivity(intent);中，Intent到底传递给了谁？

ActivityManagerService
整个startActivity()的过程，这篇文章：【Android源码】Intent 源码分析 已经分析的很清楚了，我把跨进程通信相关的部分贴出来。从下面的代码可以看出来intent传递给了ActivityManagerNative.getDefault().startActivity();，而ActivityManagerNative是ActivityManagerService的父类，这个后面的问题会介绍。

public ActivityResult execStartActivity(
       Context who, IBinder contextThread, IBinder token, Activity target,
       Intent intent, int requestCode, Bundle options) {
   IApplicationThread whoThread = (IApplicationThread) contextThread;
   Uri referrer = target != null ? target.onProvideReferrer() : null;
   try {
        // 将Intent数据添加到剪切板上
       intent.migrateExtraStreamToClipData();
        // 准备离开当前进程
       intent.prepareToLeaveProcess(who);
        // 调用ActivityManagerService的startActivity方法
       int result = ActivityManagerNative.getDefault()
           .startActivity(whoThread, who.getBasePackageName(), intent,
                   intent.resolveTypeIfNeeded(who.getContentResolver()),
                   token, target != null ? target.mEmbeddedID : null,
                   requestCode, 0, null, options);
        // 检查并回调给调用者
       checkStartActivityResult(result, intent);
   } catch (RemoteException e) {
       throw new RuntimeException("Failure from system", e);
   }
   return null;
}

启动另一个进程的Activity和AMS有什么关系？为什么要把Intent传递给AMS?

Activity 启动过程是由 ActivityMangerService（AMS) 来启动的，底层原理是 Binder实现的，最终交给 ActivityThread 的 performActivity 方法来启动它。

Binder和AMS是什么关系？

AMS是一个Binder的子类。 AMS继承了ActivityManagerNative，ActivityManagerNative又继承了Binder，所以ActivityManagerService本身就是一个Binder，可以用于进程间通信。

可以得出结论：Intent+Bundle实现跨进程通信，本质还是Binder机制。

AMS属于哪个进程？

System_server进程

启动另一个App的Activity，还需要IPC吗？

现代化操作系统通常具备两种处理器模式：用户模式（User Mode）与内核模式（Kernel Mode）。操作系统（或指操作系统内核）位于内核模式，可管理计算机的全部资源，而处于用户模式的用户进程若需要执行如访问磁盘等特权操作，就需要通过系统调用（System Call）交由内核模式的操作系统执行。

原因很简单，银行是不会让取款的客户进金库自己数钱的。

Android 底层的 Linux Kernel 自然采用了这一权限机制，内核与相关服务运行的内存空间称为内核空间（Kernel Space），而用户进程所运行的内存空间称为用户空间（User Space）。当用户进程通过系统调用进行特权操作时，称此时进程为内核态（Kernel Mode，需注意根据上下文与内核模式进行区分）与用户态（User Mode）。

ActivityManagerService是系统的引导服务，应用进程的启动、切换和调度、四大组件的启动和管理都需要AMS的支持。AMS属于system_server进程，应用进程要和AMS通信，就需要跨进程。

Activity的启动需要做哪些工作?

应用A启动应用B的Activity，属于应用程序的启动或者调度，又AMS负责。下图是Lancher启动某个应用的图解，可以辅助理解应用A启动应用B的Activity的流程。

为什么跨进程通信需要序列化？

android不同的进程都有自己独立的内存空间，且相互之间不能进行访问。如果像我们平常传一个句柄的方式去传值的话肯定是失败的，因为句柄也是指定内存空间的一个区域。现在进程无法访问目标进程的内存空间，所以句柄传过去也是没有用的。
所以我们必须将要传输的数据转换成能够在内存空间流通的形式。这个转化过程就叫做序列化和反序列化。 简单来说是这样的：比如现在我们要将一个对象的数据从客户端传到服务端去，我们就可以在客户端对这个对象进行序列化的操作，将其中包含的数据转化为序列化流，然后将这个序列化流传输到服务端的内存中去，再在服务端对这个数据流进行反序列化的操作，从而还原其中包含的数据。