目前在做的一个Android项目，涉及到了后台Service保活的问题，网上找了很多资料，基本的保活方法都测试了。结果是：不同的手机，不同的Android版本保活效果各有差异~。最难绕过的是个厂商对“后台程序保活”管理。下面我总结下实现方案！
所谓的普通级保活方案就是通过安卓本身的机制进行保活保活！ 1.控制onStartCommand函数的返回值。 我对这个函数的理解是：当服务被异常终止时，是否重启服务?
@Override public int onStartCommand(Intent intent, int flags, int startId) { // TODO Auto-generated method stub return START_STICKY; //return super.onStartCommand(intent, flags, startId); }2.通过service生命周期 的onDestory里面重启服务 这个在所有能触发onDestory的情况下都是有效的。4台测试机都测试过。直接startService 或者发送广播重启都可以 。测试方法是在“设置”-》应用管理-》正在运行-》停止服务。
@Override public void onDestroy() { Intent intent = new Intent(this, AliveService.class); intent.putExtra(RecorderService.SERVICE_FIRST_START_KEY, "START_FORM_SELF"); startService(intent); }3.提示优先级和前台服务
<!--在manifest文件中设置优先级--> <service android:name=".AliveService" android:permission="true" android:process="com.android.vesmart.videoserver"></service> //把Service设置为前台服务 public void onCreate() { Notification notification = new Notification(); //此处为创建前台服务，但是通知栏消息为空，这样我们就可 以在不通知用户的情况下启动前台服务了 startForeground(1, notification); }4.native守护进程 360不会杀掉native的守护进程，但在魅族和华为TL00H中待机一段时间后还是会被杀掉。当然有人提出双服务保活，但是经过测试完全没鸟用，就算用两个APP不同的Service相互唤醒都会被杀死 http://blog.csdn.net/marswin89/article/details/50916631
5.用 JobScheduler 机制拉活或者alarmManager 机制
public void startKeepLiveService(Context context, int timeMillis,String action) { //获取AlarmManager系统服务 AlarmManager alarmManager = (AlarmManager) context.getSystemService(Context.ALARM_SERVICE); //包装Intent Intent intent = newIntent(context,KeepLiveServie.class); intent.setAction(action); PendingIntent pendingIntent = PendingIntent.getService(context,0,intent, PendingIntent.FLAG_UPDATE_CURRENT); //添加到AlarmManager alarmManager.setRepeating(AlarmManager.RTC_WAKEUP,System.currentTimeMillis(),timeMillis,pendingIntent); }JobScheduler 鹅厂的文章中有我就不重复造轮子了！ 下面带上鹅厂的一篇文章： http://chuansong.me/n/504099451432
1.通过系统广播拉活
估计Google已经开始意识到这些问题，所以在最新的Android N取消了 ACTION_NEW_PICTURE（拍照），ACTION_NEW_VIDEO（拍视频），CONNECTIVITY_ACTION（网络切换）等三种广播，无疑给了很多app沉重的打击，而且很多厂商已经取消了开机广播。
2.通过推送机制拉活 在实际项目中我们都会对接多个推送来达到消息推送的效果。 第三方推送： 友盟推送、极光推送（JPush）、个推、信鸽推送、百度推送 厂商推送： 小米推送、华为推送
//这里贴了一段JPush推送的接收代码 ，在自定义消息中重启Service！ //原理差不多 @Override public void onReceive(Context context, Intent intent) { Bundle bundle = intent.getExtras(); Log.d(TAG, "[MyReceiver] onReceive - " + intent.getAction() + ", extras: " + printBundle(bundle)); if (JPushInterface.ACTION_REGISTRATION_ID.equals(intent.getAction())) { String regId = bundle.getString(JPushInterface.EXTRA_REGISTRATION_ID); Log.d(TAG, "[MyReceiver] 接收Registration Id : " + regId); //send the Registration Id to your server... } else if (JPushInterface.ACTION_MESSAGE_RECEIVED.equals(intent.getAction())) { Intent intent = new Intent(this, AliveService.class); intent.putExtra(RecorderService.SERVICE_FIRST_START_KEY, "START_FORM_SELF"); startService(intent); } }当然还有什么心跳包保活这些的，大同小异。 http://www.infoq.com/cn/articles/wechat-android-background-keep-alive/ 3.通过定位机制拉活
/** * 通过LocationListener来获取Location信息 */ public static void formListenerGetLocation(){ locationManager = (LocationManager)mActivity.getSystemService(Context.LOCATION_SERVICE); locationListener = new LocationListener() { @Override public void onLocationChanged(Location location) { //在用户位置发生变化或者是切换定位方式时重启 //位置信息变化时触发 Log4Lsy.i(TAG, "纬度："+location.getLatitude()); Log4Lsy.i(TAG, "经度："+location.getLongitude()); Log4Lsy.i(TAG, "海拔："+location.getAltitude()); Log4Lsy.i(TAG, "时间："+location.getTime()); } @Override public void onStatusChanged(String provider, int status,Bundle extras) { //GPS状态变化时触发 } @Override public void onProviderEnabled(String provider) { //GPS禁用时触发 } @Override public void onProviderDisabled(String provider) { //GPS开启时触发 } }; /** * 绑定监听 * 参数1，设备：有GPS_PROVIDER和NETWORK_PROVIDER两种，前者是GPS,后者是GPRS以及WIFI定位 * 参数2，位置信息更新周期.单位是毫秒 * 参数3，位置变化最小距离：当位置距离变化超过此值时，将更新位置信息 * 参数4，监听 * 备注：参数2和3，如果参数3不为0，则以参数3为准；参数3为0，则通过时间来定时更新；两者为0，则随时刷新 */ locationManager.requestLocationUpdates(LocationManager.GPS_PROVIDER, 0, 0, locationListener); }4.通过常用APP相互唤醒 这种方式也是个大APP常用的方式，在ROOT过的手机中你能看到很多相互唤醒 这种方式是通过反编译个大APP监听它发出的广播重启Service 5.通过对接IM进行保活 这种方式和推送机制差不多我就不去找代码展示了！其实更多是依赖与各种IMSDK高超的保活方案
1.通过重启进程保活 http://www.cnblogs.com/angeldevil/archive/2013/05/21/3090872.html 2.通过系统漏洞保活 这种方式太伤天害理，虽然我看过大牛的文章而且的确能够实现到效果。但是避免危害过大我还是不贴出来了！ 3.通过添加为系统服务 http://blog.csdn.net/lewif/article/details/50687290
总结：搞了一抹多方法，一句话“随便你怎么玩，该死还是得死”。很多方案在在不同的手机又不同的效果，根据自己项目需求来决定该如何保活，保活到什么程度！如果你有更好的方案请给我提出！
