Android Service详解(一)

Service系列一共2篇，主要介绍Service相关的使用，以及使用Service实现IPC通信。本文的重点是介绍Service相关的使用，通过Service 实现IPC通信放在下一篇讲解。

What is a Service

根据官方的介绍：

Service既不是一个线程，Service通常运行在当成宿主进程的主线程中，所以在Service中进行一些耗时操作就需要在Service内部开启线程去操作，否则会引发ANR异常。
也不是一个单独的进程。除非在清单文件中声明时指定进程名，否则Service所在进程就是application所在进程。

Service存在的目的有2个：

告诉系统，当前程序需要在后台做一些处理。这意味着，Service可以不需要UI就在后台运行，不用管开启它的页面是否被销毁，只要进程还在就可以在后台运行。可以通过startService()方式调用，这里需要注意，除非Service手动调用stopService()或者Service内部主动调用了stopSelf()，否则Service一直运行。
程序通过Service对外开放某些操作。通过bindService()方式与Service调用，长期连接和交互，Service生命周期和其绑定的组件相关。

Service Lifecycle

public class MyService extends Service {

    @Override
    public void onCreate() {
        super.onCreate();
    }

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        return startCommandReturnId;
    }

    @Override
    public void onDestroy() {
        super.onDestroy();
    }

    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }
}

要解释这个首先要知道Service的实现，需要实现抽象方法onBind，以及重写onStartCommand，这2个方法会在下文介绍到。

通过上面的介绍可以知道，Service有3种启动方式:

startService()
bindService()
同时调用

这几种方式启动的Service生命周期略微不同。

startService方式

startService()只要一个Intent参数，指定要开启的Service即可

Intent intent = new Intent(MainActivity.this, MyService.class);

当调用Service的startService()后，
- Service首次启动，则先调用onCreate()，在调用onStartCommand()
- Service已经启动，则直接调用onStartCommand()
当调用stopSelf()或者stopService()后，会执行onDestroy(),代表Service生命周期结束。
startService方式启动Service不会调用到onBind()。 startService可以多次调用，每次调用都会执行onStartCommand()。不管调用多少次startService，只需要调用一次stopService就结束。如果startService后没有调用stopSelf或者stopService，则Service一直存活并运行在后台。
onStartCommand的返回值一共有3种
- START_STICKY = 1:service所在进程被kill之后，系统会保留service状态为开始状态。系统尝试重启service，当服务被再次启动，传递过来的intent可能为null，需要注意。
- START_NOT_STICKY = 2:service所在进程被kill之后，系统不再重启服务
- START_REDELIVER_INTENT = 3:系统自动重启service，并传递之前的intent
默认返回START_STICKY；

bindService方式

通过bindService绑定Service相对startService方式要复杂一点。由于bindService是异步执行的，所以需要额外构建一个ServiceConnection对象用与接收bindService的状态，同时还要指定bindService的类型。

//1. 定义用于通信的对象，在Service的onBind()中返回的对象。
public class MyBind extends Binder {
        public int mProcessId;
 }

//2. 定义用于接收状体的ServiceConnection
mServiceConnection = new ServiceConnection() {
            @Override
            public void onServiceConnected(ComponentName name, IBinder service) {
                //和服务绑定成功后，服务会回调该方法
                //服务异常中断后重启，也会重新调用改方法
                MyService.MyBind myBinder = (MyService.MyBind) service;
            }

            @Override
            public void onNullBinding(ComponentName name) {
                //Service的onBind()返回null时将会调用这个方法，并不会调用onServiceConnected()
            }

            @Override
            public void onServiceDisconnected(ComponentName name) {
                // 当服务异常终止时会调用。
                // 注意，unbindService时不会调用
            }
        };
        
//3. 在需要的地方绑定到Service
bindService(intent, mServiceConnection, BIND_AUTO_CREATE);

bindService()也可以调用多次，与startService()不同，当发起对象与Service已经成功绑定后，不会多次返回ServiceConnection中的回调方法。

通过bindService方式与Service进行绑定后，当没有对象与Service绑定后，Service生命周期结束，这个过程包括绑定对象被销毁，或者主动掉调用unbindService()

startService和bindService同时开启

当同时调用startService和bindService后，需要分别调用stopService和unbindService，Service才会走onDestroy()

一个Service必须要在既没有和任何Activity关联又处理停止状态的时候才会被销毁。

IntentService

通过上面的介绍我们知道，通过StartService形式开启Service时，如果不主动调用stopService，Service将在后台一直运行。同时如果我们在Service中执行耗时操作还是引起ANR异常，为了解决这2个问题，IntentService出现了。当我们需要执行某些一次性、异步的操作时，IntentService能很好的满足这个场景。

IntentService相比于普通的Service，在使用时将不再需要实现onStartCommand(),同时需要实现onHandleIntent()。真正需要我们处理的逻辑就在onHandleIntent()实现，IntentService会内部自动调用stopSelf()关闭自己。

至于防止ANR异常，具体的实现方式其实还是挺简单，就是在内部新建了子线程,并在子线程中内部的Looper来分发事件，具体代码就不贴了。