Android service后台保活原理相关和测试结果
引子：
目前在做的一个Android项目，涉及到了后台Service保活的问题，网上找了很多资料，基本的保活方法都测试了。结果是：不同的手机，不同的Android版本保活效果各有差异~。最难绕过的是个厂商对“后台程序保活”管理。
下面把相应的测试结果和保活方法罗列下。测试的机子有限，非常希望有不完整的地方能提出补充。
正文：
一、为什么我们的后台Service会被结束掉？
我想到的是有三个方面：1.Android系统内存回收机制，2.各厂商对后台程序的一个管理制度（就是允许程序后台运行那个），3.第三方软件的清理(360什么的)。求补充1
其中有的后台程序保护把程序结束的同时会把程序弄成停止状态，导致无法接收广播！
二、测试环境
手机：三星9100-4.1.2，三星9300-4.3，华为G730-4.1.2，华为TL00H-EMUI3.1(android 5.1.1)，魅族MX4-Flyme4.2.8.2c(android 4.4.2)
手头能用的测试机就这些了。测试的service是一个最基本的service，在相应的生命周期的触发函数上做了输出。测试时都没有添加到后台保护中，注：三星的机子没找到有后台保护设置的地方。
三、我们的保活方案有哪些？
1.控制onStartCommand函数的返回值。
我对这个函数的理解是：当服务被异常终止时，是否重启服务?
有些文章里面在用这个做保活时，修改的是flag，在我实际测试中是无效。有效的做法是直接返回参数。另外默认的flags值为0，是START_STICKY_COMPATIBILITY。如下：
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
// TODO Auto-generated method stub
return START_STICKY;
//return super.onStartCommand(intent, flags, startId);
}
魅族的机子：无效，不管默认还是修改参数，在DDMS里面直接结束进程后都不会重启服务。
其它三台机子（9100没测）：默认参数的情况下就会重启服务，return START_STICKY 会重启，return START_NOT_STICKY 不会重启。
其它：
1.用360一键清理，或者360超级ROOT的手机优化，会杀死进程，过会儿还是会重启，只是会慢很多，大概是在排队重启服务。
2.一次测试完后确保服务重启后，执行了onStartCommand函数。
2.在service 的onDestory里面重启服务
这个在所有能触发onDestory的情况下都是有效的。4台测试机都测试过。直接startService 或者发送广播重启都可以 。
但能触发onDestory的情况，我不知道内存回收会不会触发。另外两种情况（2，3）是不触发的。我的测试方法是在“设置”-》应用管理-》正在运行-》停止服务。（这个是正常停止服务，会触发onDestory，所以上面的onStartCommand效果不会触发。）
3.提高服务的优先级
这个主要是针对第一种kill服务的情况，内存回收机制。由于这个测试比较难搭建。360清理什么把后台的进程都杀的，体现不出优先级这样的概念。我的建议是能提高就提高。下面例几种。
通知--前台service
创建一个通知使自己成为前台service
测试结果：
360一键清理和手机优化，不会把该service结束掉。
对于后台保护：华为G730不结束service，魅族和华为TL00H都会结束service。
通知栏的保活效果还是可以的，一般的应用要求基本能满足了。
若有root权限：
android:persistent="true",并放入system/app中
测试结果：效果一般，三星9100上用360等清理工具杀不掉进程，在华为G730上没什么效果.（这个测试跟onStartCommand有点干扰）
4.守护进程
双服务
360会同时杀掉两个服务，分两个apk也一样
。
native守护进程
360不会杀掉native的守护进程，但在魅族和华为TL00H中待机一段时间后还是会被杀掉。
结论和待续
1.一般的应用添加到后台保护进程后，
改个onStartCommand返回值，再加个通知。基本上大部分都能保活了。
2.双服务我觉得没有native守护进程来的好，虽然360，微信什么的都有几个进程服务，但如果不添加到后台保活的话，效果一样不能保活，也会进入停止状态。
3.但是.360手机助手会创建双natice守护进程做相互的看守。存活的效果会高一点点。“没添加到后台保活”一般只会杀一次，（魅族是屏幕关闭后5分钟，华为TL00H是屏幕关闭时）
附个native守护进程：利用socket来判断服务是否存在，需要在被保活的服务里创建一个监听socket。调试信息会在SD卡目录下创建一个daemon.log
使用方法：NDKFork port 包名/.服务名
http://download.csdn.net/detail/pvlking/9412815