Service之扩展知识（2）android:process

今天将会明白几个知识点：

• 使用多进程有什么好处和坏处

• 将Activity放到另外一个进程可以不占用系统分配的堆

• 如何解决Application会被执行两次的坑

• 两个程序如何共享一个进程的数据

• Service多进程时的使用注意情况

• 包名相同，不同签名时，是不能同时安装的

android:process 属性

　　设置 android:process，使不同应用的组件在相同的进程中运行，但前提是这些应用共享相同的 Linux 用户 ID 并使用相同的证书进行签署。

　　在每种组件元素（activity、service、receiver、provider）的manifest条目中，都支持一个 “Android:process”的属性，通过这个属性，我们可以指定某个组件运行的进程。我们可以通过设置这个属性，让每个组件运行在它自己的进程中，也可以只让某些组件共享一个进程。我们要可以通过设置“android:process”属性，让不同应用程序中的组件运行在相同的进程中，这些应用程序共享相同的Linux用户ID，拥有相同的证书。
元素也有一个“android:process”属性，可以设置一个应用于全部组件的默认值。

使用多进程有什么好处和坏处

好处：

1、分担主进程的内存压力。我们的应用越做越大，内存越来越多，将一些独立的组件放到不同的进程，它就不占用主进程的内存空间了。比如在启动一个不可见的轻量级私有进程，在后台收发消息，或者做一些耗时的事情，或者开机启动这个进程等。

2、防止主进程被杀守护进程，守护进程和主进程之间相互监视，有一方被杀就重新启动它。

坏处：

1、多占了系统的内存空间，很容易沾满而导致卡顿，同时也消耗用户的电量。同时在启动单独进程时，进程的创建会影响继承Application的实例，onCreate()会再次执行一遍。

2、不同进程之间内存不能共享，最大的弊端是他们之间通信麻烦，不能将公用数据放在Application中，堆栈信息、文件操作也是独立的，如果他们之间传递的数据不大并且是可序列化的，可以考虑通过Bundle传递， 如果数据量较大，则需要通过AIDL或者文件操作来实现。

　　有心人会发现Android后台进程里有很多应用是多个进程的，因为它们要常驻后台，特别是即时通讯或者社交应用，不过现在多进程已经被用烂了。典型用法是在启动一个不可见的轻量级私有进程，在后台收发消息，或者做一些耗时的事情，或者开机启动这个进程，然后做监听等。还有就是防止主进程被杀守护进程，守护进程和主进程之间相互监视，有一方被杀就重新启动它。应该还有还有其他好处，这里就不多说了。

将Activity放到另外一个进程可以不占用系统分配的堆

　　会有这样的场景，一个应用崩溃了，而导致的该应用崩溃的原因是，该应用占用的内存大小超过了系统分配给它的最大堆大小。对象的分配，是发生在堆(heap)上面的，系统分配给每个应用的最大堆大小是固定的。

　　假设，出现这种情况了，你的应用再启动一个activity，就导致了你的应用崩溃了，你的应用使用的内存超过了系统分配的最大堆大小。那么，这个时候，可以采取做法是，优化算法之类的，但是，假设，你优化了，但是，依然出现这个问题。

　　 那么，可以采取这种做法：让被启动的Activity运行在一个新的独立进程中，这样，这个启动的Activity实例，它就不占用你的应用的堆大小。这可以通过android:process来实现。这是一种解决应用因为占用的内存超过了系统的最大堆大小而导致的崩溃问题。

　　另外，设置一个Activity的启动模式，设置它的启动模式是android:singleInstance，可以确保，即使用户多次调用该Activity，但是，系统中只有一个实例，而不会多次创建。这也是一种节约内存的方式。

实践，启动一个HelpActivity，让它运行在另外一个进程

<activityandroid:name='.HelpActivity'android:launchMode='singleInstance'android:process=':a_separate_process'android:taskAffinity='com.processtest.myHelpActivity' />

MainActivity

public class MainActivity extends Activity {    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        inital();    }    private void inital()    {        Button start = (Button)findViewById(R.id.startHelp);        start.setOnClickListener(new View.OnClickListener() {            @Override            public void onClick(View v) {                // TODO Auto-generated method stub                Intent intent = new Intent(MainActivity.this,HelpActivity.class);                intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);                startActivity(intent);            }        });    }}

DDMS中，显示：

长按HOME键

Application会被执行两次的坑

　　使用android:process=":test"的时候，会新建一个一个进程给Service使用，但是呢，我们会发现一个问题，就是Application会被执行两次。

　　可以自己继承一个Application，然后在这个Application的onCreate里面输出语句，发现首次运行执行一次输出，当开启Service的时候又执行一次输出，执行了两次onCreate事件，这是为什么恩？

原因

　　因为设置了 android:process 属性将组件运行到另一个进程，相当于另一个应用程序，所以在另一个线程中也将新建一个 Application 的实例。 因此，每新建一个进程 Application 的 onCreate 都将被调用一次。 如果在 Application 的 onCreate 中有许多初始化工作并且需要根据进程来区分的，那就需要特别注意了。

解决方法

获取当前运行进程的名称：

public static String getProcessName(Context cxt, int pid) {      ActivityManager am = (ActivityManager) cxt.getSystemService(Context.ACTIVITY_SERVICE);      List<RunningAppProcessInfo> runningApps = am.getRunningAppProcesses();      if (runningApps == null) {          return null;      }      for (RunningAppProcessInfo procInfo : runningApps) {          if (procInfo.pid == pid) {              return procInfo.processName;          }      }      return null;  } 

在 Application 的 onCreate 中获取进程名称并进行相应的判断，例如：

String processName = getProcessName(this, android.os.Process.myPid());if (!TextUtils.isEmpty(processName) && processName.equals(this.getPackageName())) {//判断进程名，保证只有主进程运行    //主进程初始化逻辑    ....}

完整代码

package com.bourne.android_common;import android.app.ActivityManager;import android.content.Context;import android.text.TextUtils;import com.bourne.common_library.base.BaseApplication;import com.bourne.common_library.utils.Logout;import java.util.List;public class APPApplication extends BaseApplication{    @Override    public void onCreate() {        super.onCreate();        String processName = getProcessName(this, android.os.Process.myPid());        if (!TextUtils.isEmpty(processName) && processName.equals(this.getPackageName())) {//判断进程名，保证只有主进程运行            //主进程初始化逻辑            Logout.e("onCreate");        }    }    public static String getProcessName(Context cxt, int pid) {        ActivityManager am = (ActivityManager) cxt.getSystemService(Context.ACTIVITY_SERVICE);        List<ActivityManager.RunningAppProcessInfo> runningApps = am.getRunningAppProcesses();        if (runningApps == null) {            return null;        }        for (ActivityManager.RunningAppProcessInfo procInfo : runningApps) {            if (procInfo.pid == pid) {                return procInfo.processName;            }        }        return null;    }}

什么时候两个程序共享一个进程

如果这些应用程序再被设置成运行在一个相同的进程，它们便可以彼此访问对方的数据

UserId相同时：
包名不同：
未设定process属性时，各自的Activity在各自的进程。process属性指定，则可以共享进程。

Service多进程时的使用注意情况

　　关于android中多进程的使用最常见的例子是Service，针对Service的使用我们应注意以下情况：

1、应用中有Activity部分有会使用较多的UI，占用较多的内存资源，并且要求Activity退到后台情况下要求Service在后台运行。因为Android本身有Low Memory Killer这套机制，在系统内存吃紧的情况下会去会砍掉内存占用较多(一般是OOM_ADJ值较大的Process),此时因为有Service在后台运行，所以会降低OOM_ADJ,Low Memory Killer在砍Process的时候就不容易将此部分内存回收。此时可以考虑将Service从应用进程中分离出来，这样Low Memory Killer在回收内存时会将因为Activity部分占用的内存较大， OOM_ADJ较大，优先将其砍掉释放内存，同时保证Service正常运行。

2、在系统中有很多有共性的Service，同时应用中Activity显示部分的UI不多或者没有Activity.可以将这些Service合并成同一个进程。因为android每次启动一个进程，在zygote fork阶段会预载于一部分资源占用内存(具体几M记不清楚了)，通过将Service合并，可以节省这部分开销。

跨进程通讯的方法

AIDL

《AIDL解析（一）两个应用之间使用AIDL进行通信的例子》

《AIDL解析（二 ）让Service主动调起Activity吧！》

Messenger

《不用AIDL，我用Messenger》

扩展：包名相同，不同签名时，不能同时安装

　　android系统使用包名(package name)来判定应用程序的同一性，但是由于包名可以由开发者自由设置，为了保护应用程序不被其他开发者开发的同包名应用覆盖，用于发布的Android应用程序需要加上开发者签名。

　　在应用程序被升级的时候，Android系统将会验证被升级的应用程序包与升级后的应用程序包是否使用了同样的开发者签名，如果一致，该应用程序可以被升级；如果不一致，那么将被视为非同一开发者开发的应用程序，用户需要先卸载已经安装的应用然后再安装新应用，在卸载的过程中，应用在android系统中所保存的设置信息（SavedPreferences）将被删除，以保护应用本地保存的资料不被盗取。

参考

• apk，task，进程区别

• android:process 的坑，你懂吗？

• Android:process结合activity启动模式的一次实践

• Android中多进程的应用