应用程序常驻系统

安防相关应用程序需要在后台跑，通过socket监听事件。由于内存不足时，application有可能会被kill掉，导致不能监听事件。解决办法就是让该应用常驻系统，不被kill掉。

增加以下两个属性

1.必须有系统权限，即有sharedUserId="android.uid.system"属性

2.必须有android:persistent="true"属性，也就该进程常驻系统，永远不会被杀掉。

普通的app，即没有增加sharedUserId="android.uid.system"属性这些，

在系统默认启动后，我们看到可能就是u0_a10,新增用户下，启动后看到的就是u10_a10。

而通过api启动的system server进程有两情况，一种就是类似init.rc的方式，只有一个进程；另外一种也会两个进程。

只有一个进程的是由什么决定的呢？有两个方面的因素:

1.必须有系统权限，即有sharedUserId="android.uid.system"属性

2.必须有android:persistent="true"属性，也就该进程常驻系统，永远不会被杀掉。

当具备上面两个属性时，即使在多用户下，启动带该属性的app，也只会有一个进程，该进程的用户为system。

Android系统可能认为，但是app常驻，同时又是系统进程，该app可能行为就和system server相同。

对这样的app，如果我们kill掉其进程，也会导致android重启,如同去杀掉了system server进程一样。

 

而在多用户下，带有system权限的app，如何启动在不同的进程呢？

其实只要app不具备android:persistent="true"，就可达到该目的。

这样的app在启动后，在默认用户下，我们看到的进程用户为 system，但是在其他用户下，可能看到的用户就为u10_system。

参考http://blog.csdn.net/chb2000/article/details/9421205