安卓中"杀不死的Service"

目前在做的一个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

总结：搞了一抹多方法，一句话“随便你怎么玩，该死还是得死”。很多方案在在不同的手机又不同的效果，根据自己项目需求来决定该如何保活，保活到什么程度！如果你有更好的方案请给我提出！