Question

如何让service被管理器杀死后自动重启

Answer 1

笔者最近在一项目开发中遇到这样一个需求，要在自己应用中启动了一个service，这个service用来监听服务器发过来的推送信息并弹出一个对话框显示信息，所以需要保证这个service时时运行着，且不能被任务管理或是系统的设置等工具杀掉，如果services是被杀死，则需要自动重启这service,笔者在网上查询一下，找到一些类似的问题文章，现在把它总结记录下来，以方便需要实现这样要求的朋友有帮助，希望大家都能写永远不会被KILL掉的进程/服务，也就是不受系统垃圾回收机制(内存管理)影响。
网络对此问题的解决建议：
（1）
在service中重写onStartCommand方法，这个方法有三个返回值， START_STICKY是service被kill掉后自动重写创建@Override public int onStartCommand(Intent intent, int flags, int startId) { return START_STICKY; }
（2）
在Service的onDestroy()中重启Service.
public void onDestroy() {
Intent localIntent = new Intent();
localIntent.setClass(this, MyService.class); //销毁时重新启动Service
this.startService(localIntent);
}
对于（2）此解决方案，笔者自己写了一个代码测试了一下，1：如果是在系统的settings中的DOWNLOADED关闭整个应用(Force stop)，则这个services类中的onDestory方法没有监听到（services类的onDestory方法的log没有打印日志），如果是在系统里的setting中的RUNNING杀掉项目services，则onDestory方法则会监听到（services类的onDestory方法的log有打印日志），所以对于此解决方案并不是一定适用，2：或是通过别的应用，直接kill掉我的应用时，也是不会调用services类的onDestory方法的，
（3）
再写另外一个apk，用一个广播来监听这个APK是否被关闭，如果是关闭了则重启这个APK,而这里我们为什么要用另外一个APK？因为被关闭的应用程序不能检测到自己被关闭的事件，只能接收到其他应用被关闭的广播。这个action的recever
public class ProtectorHelperReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
String pkg = "com.innofidei.myprotector";// 被kill的应用的包名
String action = pkg + ".action.START_SERVICE";// 重启service的acition
String str = intent.getData().toString().toLowerCase().replace("package:", "");
String data = intent.getAction();
if (str != null && str.equals(pkg)) {
if (data != null && data.equals("android.intent.action.PACKAGE_REMOVED")) {
File file = new File("/sdcard/" + context.getPackageName() + "/ProtectorHelper.apk");
file.delete();
file.getParentFile().delete();
Intent intent2 = new Intent(context, UninstallActivity.class);
intent2.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
context.startActivity(intent2);
} else {
context.sendBroadcast(new Intent(action));// 通知应用重启service
}
}
}
}
（4）
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
android:sharedUserId="android.uid.system">
<application android:icon="@drawable/icon" android:label="@string/app_name"
android:allowClearUserData="false" android:process="system"
android:killAfterRestore="false">

这样应该可以了，我也是仿照那些不能被杀死的系统应用的AndroidManifest.xml写的，但是若要这样写，则需要源码环境编译能通过，eclipse是没有这权限编译的这项目的，
（5）
项目的功能配置文件AndroidManifest.xml 中添加：
android:persistent="true" //在<application>节点下面
（6）提高Android Service 优先级的方法：
我们先看一下系统一些的进程级别：
进入 $SDK/tools 运行命令：# adb shell dumpsys activity|grep oom_adj 代码: Running Norm Proc # 6: oom_adj= 0ProcessRecord{43635cf0 12689:com.roiding.netraffic/10028} Running Norm Proc # 5: oom_adj= 7 ProcessRecord{436feda012729:com.android.browser/10006} Running Norm Proc # 4: oom_adj= 8 ProcessRecord{4367e83812761:android.process.acore/10016} Running Norm Proc # 3: oom_adj= 8 ProcessRecord{43691cd812754:com.google.process.gapps/10000} Running PERS Proc # 1: oom_adj=-12 ProcessRecord{435067505941:com.android.phone/1001} Running PERS Proc # 0: oom_adj=-100 ProcessRecord{4348fde0 5908:system/1000} 返 回的一大堆东西，观察 oom_adj 的值，如果是大于 8 一般就是属于 backgroud 随时可能被干掉，数值越小证明优先级
越高，被干掉的时间越晚。你看phone的程序是 -12 说明电话就是电话，其他什么都干了了，也的能接电话对吧。
另外还有一个 -100 的，更邪乎因为是 system 如果他也完蛋了，你得系统也就挂了，

Android 系统对于内存管理有自己的一套方法，为了保障系统有序稳定的运信，系统内部会自动分配，控制程序的内存使用。
当系统觉得当前的资源非常有限的时候，为了保 证一些优先级高的程序能运行，就会杀掉一些他认为不重要的程序或者
服务来释放内存。这样就能保证真正对用户有用的程序仍然再运行。如果你的 Service 碰上了这种情况，多半会先被杀掉。
但如果你增加 Service 的优先级就能让他多留一会，我们可以用 setForeground(true) 来设置 Service 的优先级。为什么是 foreground ? 默认启动的 Service 是被标记为 background，当前运行的 Activity 一般被标记为 foreground，
也就是说你给 Service 设置了 foreground 那么他就和正在运行的 Activity 类似优先级得到了一定的提高。
当让这并不能保证你得 Service 永远不被杀掉，只是提高了他的优先级。
（7）
请参看我的另一篇文章《怎样使一个Android应用不被系统或第三方应用杀死》，
（8）
@Override
public IBinder onBind(Intent arg0) {
// TODO Auto-generated method stub
Log.v("TrafficService", "Bind");
state = BINLD;
//使用线程，该线程不会被销毁
return myBinder;
}

class TrafficBinder extends Binder {
public float his = history;
TrafficService getService(){
return TrafficService.this;
}
}

@Override
public void onCreate() {
// TODO Auto-generated method stub
receiver = new NetReceiver();
IntentFilter nfilter=new IntentFilter();
nfilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");
this.registerReceiver(receiver, nfilter);
dealBuffer();
handler.post(createBrod);
Log.v("TrafficService", "Create "+history+" "+todayTraffic+" "+tempTraffic);
super.onCreate();

}
@Override
public boolean onUnbind(Intent intent) {
// TODO Auto-generated method stub
state = UNBINLD;
Log.v("TrafficService", "Unbind");
return true;
}

@Override
public void onRebind(Intent intent) {
// TODO Auto-generated method stub
Log.v("TrafficService", "Rebind");
state = BINLD;;
super.onRebind(intent);

}

@Override
public void onDestroy() {
// TODO Auto-generated method stub
handler.removeCallbacks(updateBrod);
momorybuffer();
nManger.cancel(R.layout.notifi);
unregisterReceiver(receiver);

Log.v("TrafficService", "destroy "+history+" "+todayTraffic+" "+tempTraffic);
super.onDestroy();
}

@Override
public boolean stopService(Intent name) {
// TODO Auto-generated method stub
momorybuffer();
nManger.cancel(R.layout.notifi);
Log.v("TrafficService",name.getAction());
Log.v("TrafficService", "stop "+history+" "+todayTraffic+" "+tempTraffic);
return super.stopService(name);
}

@Override
public int onStartCommand(Intent intent, int flags, int startId) {
// TODO Auto-generated method stub
Log.v("TrafficService","startCommand");

flags = START_STICKY;
return super.onStartCommand(intent, flags, startId);
// return START_REDELIVER_INTENT;
}
//在以上代码中的onstartCommand返回START_STICKY,同时在destory的最后重启了服务，这样就OK了。