Android 关于IPC机制的理解(一)

IPC是什么

IPC(Inter-Process Communication)指的是进程间通信，也就是两个进程之间进行数据交互。理解这个首先得知道什么是进程，初学者可能会对进程跟线程有所混淆，其实进程和线程是两个不同的概念，线程是CPU调度的最小单元，而进程是一个执行单元，在Android中它可以指一个应用（当然一个应用可以有多个进程）,他们是一对多的关系，一个进程可以里面可以包含多个线程也可以只包含一个线程，比如一个app中只有一个进程，里面有个主线程，然后我们也可以使用new Thread()方法去创建多个线程，当然直接用匿名内部类来开启线程是有很多弊端的，比如线程没得到管理影响性能，线程间竞争占用系统资源，用这个方法有可能会造成内存泄露，所以java也提供了四种线程池策略，让我们可以自己线程创建，销毁，这属于题外话就不多累赘了..回到IPC机制中，这个机制并不是只有Android系统才有，任何系统都会涉及进程间通信，所以都会有自己的一套机制来进行进程间的通信。进程间通信在Android中有两种，一种是两个应用见要涉及某些数据的通信，比如在淘宝中跳转到支付宝页面，另一种是一个应用采取了多进程的模式，下面是我手机的截图

可以看到支付宝就存在了两个进程，一个应用采用多进程的原因可能有很多，比如某些模块要运行在单独的进程中，或者为了让应用可以获得系统分配的更大内存空间。但是注意的是你的应用采用了多进程的设计方法，那么你就该谨慎妥善的处理进程间通信的各种问题。

下面讲一下怎么在一个应用中开启多进程，开启多进程的方法是在清单文件注册四大组件时指定android:process属性，用现象来说明事实是很好的学习方法，我做了个示例

在清单文件注册了三个Activity同时指定了它们的process属性，代码如下：

 <activity android:name=".MainActivity">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
        <activity
            android:name=".TestActivity1"
            android:process=":test" />
        <activity
            android:name=".TestActivity2"
            android:process="com.sjr.ipcdemo.test" />

我为TestActivity1和TestActivity2指定了不同的process值，然后我们看看结果然后分析，结果如下：

如上图，当我们不指定process属性则运行在默认进程中，默认进程名就是包名，还有一个值得说明的是以":"开头的进程属于应用的是有进程，其他应用不能和它在一个进程中运行，":"是在当前进程名的前面附上当前包名的简写，而只要不以":"开头这个进程就属于全局进程，其他应用可以通过ShareUID方式和它跑在同一进程中，但是注意的是比如com.sjr.ipcdmo.test这个进程不能直接简写成.test如果直接写成.test进程名就是.test而不会附加上包名。

使用多进程会出现的问题

上面已经说了多进程的创建，创建多进程并不困难，只要指定process属性就可以了，但是多进程真的这么简单吗，其实可能在实际使用多进程中会碰到很多问题下面对问题进行一个个分析：

（1）静态成员变量和单例模式失效

示例如下：

public class TestBean {
    public static int number = 1;
}

我在TestBean类里定义了一个静态成员变量，并赋初始值为1，然后在MainActivity的onCreate方法里把值改成了2；然后启动TestActivity1并获取number的值，再启动TestActivity2并获取number的值，照正常情况来说静态变量在内存中是所有对象共享的，我在MainActivity中修改了这时在TestActivity1和TestActivity2获取时值应该是2才对，但是结果如何呢，我们打Log来看下，Log如下：

从Log可以看到TestActivity1和TestActivity2获取的number值还是1，这就是使用多线程会出现的问题之一了，出现的原因是Android会为每个进程分配不同的虚拟机，而不同的虚拟机在内存中分配的地址空间就不一样了，从这个例子来说就是三个进程产生了三个不同的内存地址，所以当虚拟机访问TestBean类时会产生三个副本，所以修改MainActivity中的number是不影响其他两个的。

（2）线程同步机制失效

从第一点已经知道，既然不在同一个内存中，那锁的对象肯定不是同一个了，所以也就不存在线程同步这一说了。

（3）SharePreferences使用异常

sp底层是通过读/写xml来存储数据的键值对，按我们正常理解来说共享数据的方式实现进程间通信是可以的，但是Android对sp的读写有自己的缓存策略，在读写的时候内存中也会有一份sp的缓存，所以多进程的时候也是有问题的，当然说到共享数据实现进程间通信业需要考虑数据并发的问题了，这不在本文详述。

（4）Application创建多次

我们知道当一个新进程启动Android会分配一个新的虚拟机并划分新的内存地址，当我启动新的进程就说明系统会重新会重新启动一次，然后因为内存地址不同就分配另个Application给当前进程了，下面用例子来试验：

public class MApplication extends Application {

    @Override
    public void onCreate() {
        super.onCreate();
        Log.d("print", "MApplictation pid:" + Process.myPid());
    }
}

我新建了一个Application然后照着前面的顺序依次启动TestActivity1和TestActivity2，同一进程时这个Application只会创建一次，但是不同进程启动时会创建一次，Log如下：

可以看到创建了三次Application，所以当我们把初始化操作放在Application中时，如果应用存在多线程就会创建多次Application，也就会初始化多次应用的一些操作，这会影响到应用的性能，这点是需要注意的。