Android 服务(Service)

服务：
http://blog.csdn.net/ithomer/article/details/7364024

一、 Service简介
Service是Android 系统中的四大组件之一（Activity、Service、BroadcastReceiver、ContentProvider），它跟Activity的级别差不多，但不能自己运行只能后台运行，并且可以和其他组件进行交互。service可以在很多场合的应用中使用，比如播放多媒体的时候用户启动了其他Activity这个时候程序要在后台继续播放，比如检测SD卡上文件的变化，再或者在后台记录你地理信息位置的改变等等，总之服务总是藏在后台的。
Service的启动有两种方式：context.startService() 和 context.bindService()

二、 Service启动流程
context.startService() 启动流程：
context.startService() -> onCreate() -> onStart() -> Service running -> context.stopService() -> onDestroy() -> Service stop

如果Service还没有运行，则android先调用onCreate()，然后调用onStart()；
如果Service已经运行，则只调用onStart()，所以一个Service的onStart方法可能会重复调用多次。
如果stopService的时候会直接onDestroy，如果是调用者自己直接退出而没有调用stopService的话，Service会一直在后台运行，该Service的调用者再启动起来后可以通过stopService关闭Service。
所以调用startService的生命周期为：onCreate --> onStart (可多次调用) --> onDestroy

context.bindService()启动流程：
context.bindService() -> onCreate() -> onBind() -> Service running -> onUnbind() -> onDestroy() -> Service stop

onBind()将返回给客户端一个IBind接口实例，IBind允许客户端回调服务的方法，比如得到Service的实例、运行状态或其他操作。这个时候把调用者（Context，例如Activity）会和Service绑定在一起，Context退出了，Srevice就会调用onUnbind->onDestroy相应退出。
所以调用bindService的生命周期为：onCreate --> onBind(只一次，不可多次绑定) --> onUnbind --> onDestory。
在Service每一次的开启关闭过程中，只有onStart可被多次调用(通过多次startService调用)，其他onCreate，onBind，onUnbind，onDestory在一个生命周期中只能被调用一次。

三、 Service生命周期
Service的生命周期并不像Activity那么复杂，它只继承了onCreate()、onStart()、onDestroy()三个方法
当我们第一次启动Service时，先后调用了onCreate()、onStart()这两个方法；当停止Service时，则执行onDestroy()方法。

这里需要注意的是，如果Service已经启动了，当我们再次启动Service时，不会在执行onCreate()方法，而是直接执行onStart()方法。

它可以通过Service.stopSelf()方法或者Service.stopSelfResult()方法来停止自己，只要调用一次stopService()方法便可以停止服务，无论调用了多少次的启动服务方法。

四、 关于怎样让服务不被杀死
服务不被杀死分3种来讨论
1.系统根据资源分配情况杀死服务
2.用户通过 settings -> Apps -> Running -> Stop (停止)方式杀死服务
3.用户通过 settings -> Apps -> Downloaded -> Force Stop(强制停止) 方式杀死服务

第一种情况：
用户不干预，完全靠系统来控制，办法有很多。比如 onStartCommand() 方法的返回值设为 START_STICKY ，服务就会在资源紧张的时候被杀掉，然后在资源足够的时候再恢复。当然也可设置为前台服务，使其有高的优先级，在资源紧张的时候也不会被杀掉。

第二种情况：
用户干预，主动杀掉运行中的服务。这个过程杀死服务会通过服务的生命周期，也就是会调用 onDestory() 方法，这时候一个方案就是在 onDestory() 中发送广播开启自己。这样杀死服务后会立即启动。如下：
@Override
public void onCreate() {
// TODO Auto-generated method stub
super.onCreate();

mBR = new BroadcastReceiver() {
@Override
public void onReceive(Context context, Intent intent) {
// TODO Auto-generated method stub
Intent a = new Intent(ServiceA.this, ServiceA.class);
startService(a);
}
};
mIF = new IntentFilter();
mIF.addAction(“listener”);
registerReceiver(mBR, mIF);
}

@Override
public void onDestroy() {
// TODO Auto-generated method stub
super.onDestroy();

Intent intent = new Intent();
intent.setAction(“listener”);
sendBroadcast(intent);

unregisterReceiver(mBR);
}
当然，从理论上来讲这个方案是可行的，实验一下也可以。但有些情况下，发送的广播在消息队列中排的靠后，就有可能服务还没接收到广播就销毁了(这是我对实验结果的猜想，具体执行步骤暂时还不了解)。所以为了能让这个机制完美运行，可以开启两个服务，相互监听，相互启动。服务A监听B的广播来启动B，服务B监听A的广播来启动A。经过实验，这个方案可行，并且用360杀掉后几秒后服务也还是能自启的。到这里再说一句，如果不是某些功能需要的服务，不建议这么做，会降低用户体验。

第三种情况：
强制关闭就没有办法。这个好像是从包的level去关的，并不走完整的生命周期。所以在服务里加代码是无法被调用的。处理这个情况的唯一方法是屏蔽掉 force stop和 uninstall 按钮，让其不可用。方法自己去找吧。当然有些手机自带的清理功能就是从这个地方清理的，比如华为的清理。所以第三种情况我也没有什么更好的办法了。

五、 如何提高Service的优先级避免被杀死或者杀死后如何再次重启Service

1. 添加android:persistent=“true”
   添加android:persistent=“true"到AndroidManifest.xml，Google文档描述如下：
   Whether or not the application should remain running at all times-true” if it should, and "false"if not. The default value is “false”. Applications should not normally set this flag; persistence mode is intended only for certain system applications.可见这个属性不能随便用，到目前为止，我所发现使用该属性的应用只有Phone，而且使用是要求权限的，所以这个属性对第三方应用来说意义不是很大；常驻内存属性对第三方app无效

2. 重写service的onStartCommand方法，设置onStartCommand（）的返回值 。
   @Override
   public int onStartCommand(Intent intent, int flags, int startId) {
   return START_STICKY;
   }
   简单介绍下这个方法，在Android开发的过程中，每次调用startService(Intent)的时候，都会调用该Service对象的onStartCommand(Intent,int,int)方法，然后在onStartCommand方法中做一些处理。然后我们注意到这个函数有一个int的返回值，这篇文章就是简单地讲讲int返回值的作用。
   从Android官方文档中，我们知道onStartCommand有4种返回值：
   START_STICKY：如果service进程被kill掉，保留service的状态为开始状态，但不保留递送的intent对象。随后系统会尝试重新创建service，由于服务状态为开始状态，所以创建服务后一定会调用onStartCommand(Intent,int,int)方法。如果在此期间没有任何启动命令被传递到service，那么参数Intent将为null。
   START_NOT_STICKY：“非粘性的”。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统不会自动重启该服务。
   START_REDELIVER_INTENT：重传Intent。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统会自动重启该服务，并将Intent的值传入。
   START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保证服务被kill后一定能重启。

3.在onDestory方法中重启Service服务，一般来说，这样做是可以的。但是如果这样----》设置–>下载–>强制停止。则不会执行ondestory方法，或者通过别人应用，如360直接kill掉我的应用时，也是不会调用Service的ondestory方法的。
onDestroy方法里重启service
service +broadcast 方式，就是当service走ondestory的时候，发送一个自定义的广播，当收到广播的时候，重新启动service；

//这个就是自定义的action 在onDestroy时：

@Override
public void onDestroy() {
stopForeground(true);
Intent intent = new Intent(“com.dbjtech.waiqin.destroy”);
sendBroadcast(intent);
super.onDestroy();
}
在BootReceiver里

public class BootReceiver extends BroadcastReceiver {

@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals(“com.dbjtech.waiqin.destroy”)) {
//在这里写重新启动service的相关操作
startUploadService(context);
}
}
}
也可以直接在onDestroy（）里startService

@Override
public void onDestroy() {

Intent sevice = new Intent(this, MainService.class);
this.startService(sevice);
super.onDestroy();
}
【结论】当在setting里-应用-强制停止时，APP进程可能就直接被干掉了，onDestroy方法都进不来，所以还是无法保证_.

4.修改AndroidManifest.xml


如果在加入了此部分代码，表示该程序运行在system进程组中，system进程组是没有权限访问sd卡的，而且service是不会自动重启的。

5.提高service的优先级别,不管你service的优先级别有多高,用户都是可以手动杀死的.
提升service优先级
在AndroidManifest.xml文件中对于intent-filter可以通过android:priority = "1000"这个属性设置最高优先级，1000是最高值，如果数字越小则优先级越低，同时适用于广播。





【结论】目前看来，priority这个属性貌似只适用于broadcast，对于Service来说可能无效
6.提升service进程优先级
Android中的进程是托管的，当系统进程空间紧张的时候，会依照优先级自动进行进程的回收。Android将进程分为6个等级,它们按优先级顺序由高到低依次是:
1.前台进程( FOREGROUND_APP)
2.可视进程(VISIBLE_APP )
3.次要服务进程(SECONDARY_SERVER )
4.后台进程 (HIDDEN_APP)
5.内容供应节点(CONTENT_PROVIDER)
6.空进程(EMPTY_APP)
当service运行在低内存的环境时，将会kill掉一些存在的进程。因此进程的优先级将会很重要，可以使用startForeground 将service放到前台状态。这样在低内存时被kill的几率会低一些。
在onStartCommand方法内添加如下代码：
Notification notification = new Notification(R.drawable.ic_launcher,
getString(R.string.app_name), System.currentTimeMillis());
PendingIntent pendingintent = PendingIntent.getActivity(this, 0,
new Intent(this, AppMain.class), 0);
notification.setLatestEventInfo(this, “uploadservice”, “请保持程序在后台运行”,
pendingintent);
startForeground(0x111, notification);
注意在onDestroy里还需要stopForeground(true)，运行时在下拉列表会看到自己的APP

7.可以监听Intent.ACTION_TIME_TIC系统时钟广播（启动、网络切换、耳机插入、锁屏，亮屏等系统广播），系统每隔一段时间发送这个广播，当service被杀死的时候，隔一段时间通过广播启动
动态注册android.intent.action.TIME_TICK监听
判断service是否启动
public boolean isServiceRunning(String serviceName)
{
ActivityManager manager = (ActivityManager)getSystemService(Context.ACTIVITY_SERVICE);
for (RunningServiceInfo service :manager.getRunningServices(Integer.MAX_VALUE))
{
if(serviceName.equals(service.service.getClassName()))
{
return true;
}
}
return false;
}
接受到广播后判断是否启动该service 若没有启动就启动它
if(intent.getAction().equals(Intent.ACTION_TIME_TICK))
{
if (!isServiceRunning(name)){
Intent mIntent = new Intent(context, MyService.class);
context.startService(mIntent);
}
}