android 跨进程 android:process,Android跨进程通信技术-多进程模式的运行机制

本文为个人学习笔记分享,没有任何商业化行为,对其他文章的引用都会标记。如有侵权行为,请及时提醒更正!如需转载请表明出处

本文主要来源是 任玉刚大神的《Android开发艺术探索》

如果说用一句话来形容多进程,一句话:"当应用开启了多进程以后,各种奇怪的现象都出现了"。大部分人认为开启多进程是很简单的事情,只需要给四大组件指定android:process属性即可。比如说在实际的产品开发中,可能会有多进程的需求,需要把某些组件放在单独的进程中去运行,很多人都会觉得这不是很简单么?然后迅速的给那些组件设置android:process属性,然后编译运行,发现“正常的运行起来了”。但真正运行起来了么?

创建项目并创建MainActivity 和 SecondActivity,其中SecondActivity指定android:process属性,从而使其运行在独立的进程中。新建一个UserManager的类

public class UserManager{

public static int sUserid=1;

}

然后在MainActivity 的onCreate 中我们把sUserid重新赋值为2,打印这个静态变量后再启动SecondActivity,在SecondActivity的onCreate中我们再打印一次sUserid的值

2

1

出现上述问题的原因是因为SecondActivity运行在一个单独的进程中,Android为每一个应用分配一个独立的虚拟机,或者说为每一个进程都分配了一个独立的虚拟机,不同的虚拟机在内存分配上有不同的地址空间,这就导致在不同的虚拟机中访问同一个类的对象会产生多个副本。拿上个例子来说,在进程A和进程B中都会存在一个UserManager类,并且这两个类互不干扰,在一个进程中修改sUserid的值,对其他进程不会造成影响,这样我们就可以理解为什么在MainActivity中修改了值,在SecondActivity中sUserid没有发送变化的原因了。

所以运行在不同进程中的四大组件,只要它们之间需要通过内存来共享数据,都会失败,这也是多进程带来的主要影响。正常情况下,四大组件中间不可能不通过一些中间层来共享数据,那么通过简单的指定进程名来开启多进程都会无法正确运行。当然,特殊情况下某些组件之间不需要共享数据,这个时候可以直接指定android:process属性来开启多线程,但是这种场景是不常见的,几乎所以情况都需要共享数据。

一般来说,使用多进程会造成如下几方面的问题:

静态成员和单例模式失效

线程同步机制失效

SharedPreferences的可靠性下降

Application 会多次创建

1.2.4个问题都是由于不同虚拟机问题导致的。而SharedPreferences可靠性降低是因为不支持两个进程同时去执行写操作,否则会导致一部分数据有几率丢失,这是因为SharedPreferences 底层是通过读/写XML文件来实现的,并发的读写显然是可能出问题的。

我们分析了多进程所带来的问题,但是我们不能因为多进程有很多问题就不去正视它,为了解决这些问题,系统提供了很多跨进程通信的方法,虽然不能直接地共享内存,但是通过跨进程通信我们可以实现数据交互。例如:通过Intent传递数据,共享文件,SharedPreferences,基于Binder 的Messenger和AIDL以及Socket等。

你可能感兴趣的:(android,跨进程,android:process)