实例说明 Android 多线程、多进程与全局变量之间的关系

demo 地址 https://github.com/994955138/ConditionVariableDemo.git

我们先给结论，再用实例验证。

结论：进程是资源（CPU、内存等）分配的基本单位，它是程序执行时的一个实例。
线程是程序执行时的最小单位，它是进程的一个执行流，是CPU调度和分派的基本单位。

1.线程是共享进程中的数据的，使用相同的地址空间，因此CPU切换一个线程的花费远比进程要小很多，同时创建一个线程的开销也比进程要小很多。线程之间的通信更方便，同一进程下的线程共享全局变量、静态变量等数据。不过如何处理好同步与互斥是编写多线程程序的难点。

2.进程有自己的独立地址空间，每启动一个进程，系统就会为它分配地址空间，建立数据表来维护代码段、堆栈段和数据段，所以不共享全局变量、静态变量等数据，但这种操作非常昂贵。进程之间的通信需要以通信的方式（IPC)进行。

3.但是多进程程序更健壮，多线程程序只要有一个线程死掉，整个进程也死掉了，而一个进程死掉并不会对另外一个进程造成影响，因为进程有自己独立的地址空间。

        首先我们来验证一下多线程之间的全局变量是否是共享的？

for(int threadnum =0; threadnum<5;threadnum++){
    createNewThread(threadnum);
}

private void createNewThread(int threadNum){
        new Thread(){
            @Override
            public void run() {
                super.run();
                    for(int count = 0; count<50; count++){
                        Log.e("MainAcivity","threadNum = " + threadNum+"  mIndex = " + (++Constan.mIndex));
                    }
            }
        }.start();
    }
}

可以看到 mindex的值是累积的，所以多线程的全局变量确实是共享的。至于顺序为什么不是按照递增的，这是由于拼接和打印字符串需要时间，同时其他线程还在操作mindex值，但是mindex值是唯一的，没有重复值。这说明mindex是共享的。

我们加个同步锁看看

可以看出 synchronized 确实可以使代码块在多线程的情况下，同一时间只有一个线程在操作,可见synchronized是一种独占锁(只能有一个线程拿到锁)和悲观锁(先加锁再执行)。至于为什么0线程执行完后是4线程接着执行，而不是1线程接着执行。这大概和JMM的指令重排序有关系，感兴趣的同学可以去研究一下。

         我们来看看跨进程的情况，

 

 看日志

 可以看出，跨进程的情况下mindex的值又从1开始计算，所以跨进程的全局变量是不共享的。他们存在于各自进程的内存中。

        最后跨进程的代码就更健壮吗？我们来尝试一下多线程中有一个线程崩溃的情况

如上代码，如果多线程的情况下一个线程的崩溃不会影响其他线程的话，那么最终的结果应该是大概打印到80万。

看日志

明显没有打印到800000左右。所以一个线程的崩溃导致进程被回收，其他线程失去依赖，也会退出执行。我们来看看跨进程的情况，是否一个进程的崩溃不影响另外一个进程的执行。我们缩小数据规模更方便分析。

看日志

 

 可以看出MainActivity的进程已经死亡，但是MainActivity2的进程依旧活着。并且完成了所有线程任务。

demo 地址 https://github.com/994955138/ConditionVariableDemo.git