本文主要是介绍应用程序常驻系统，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
安防相关应用程序需要在后台跑，通过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
这篇关于应用程序常驻系统的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
