Service生命周期总结
Service是Android四大组件之一,表示应用程序希望在不与用户交互的情况下在后台执行长期操>作,或是为其它应用程序提供服务,每个Service必须在AndroidManifest.xml进行注册。启动Service的方式有两种:startService和bindService
在AndroidStudio中创建一个服务十分简单,直接右键->new->Service中选择Service即可:
执行完创建流程后,会使代码中多出一个服务的java文件以及会自动在AndroidManifest.xml
中注册这个服务。例如我创建的服务叫MyService,则会多出一个名为MyService.java
的文件,以及会在AndroidManifest.xml
中添加如下代码:
<service
android:name=".MyService"
android:enabled="true"
android:exported="true"/>
至此,服务就已经创建完成了。
StartService方式启动服务
首先,看看我们刚才创建的MyService.java
:
public class MyService extends Service {
public MyService() {
}
@Override
public IBinder onBind(Intent intent) {
Log.e("print","onBind");
return null;
}
@Override
public void onCreate() {
Log.e("print","onCreate");
super.onCreate();
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
Log.e("print","onStartCommand");
return super.onStartCommand(intent, flags, startId);
}
@Override
public void onDestroy() {
Log.e("print","onDestroy");
super.onDestroy();
}
}
使用startService方式启动这个服务,通过如下代码就可以实现:
Intent intent = new Intent(this, MyService.class);
startService(intent);
通过两行代码,当然你也可以写成一行:startService(new Intent(this, MyService.class));
,就成功的启动服务了。
我们用开发者工具来看一下是否真的启动了:
当第一次调用startService时,Logcat打印出了如下日志:
E/print: onCreate
E/print: onStartCommand
也就是说,第一次调用startService时,会执行onCreate和onStartCommand两个生命周期方法,而我们尝试再次调用startService,发现只打印出了onStartCommand。因此我们发现:第一次调用startService时,onCreate与OnStartCommand都会被执行,再继续调用startService方法,只有onStartCommand会被执行。
我们想结束这个服务,通过以下代码就可以实现:
stopService(intent);
当执行这行代码时,会走Service的onDestroy方法,因此控制台上会打印出:E/print: onStartCommand
,当我再次去调用stopService时,控制台上没有再打印出日志信息,说明对于一个服务,无论调用多少次stopService,它的onDestroy方法只会被调用一次。
bindService方式启动服务
bindService要比startService复杂一些,我们来看下bindService的方法原型
public boolean bindService(Intent, ServiceConnection, int)
第一个参数Intent不必多说了吧。第二个ServiceConnection是一个接口,用于监听服务的状态,此参数不能为空,且与很多Android中的回调接口一样,该接口中的方法都是从主线程中调用的。第三个参数是一个int类型的参数,表示绑定服务的操作选项。
先用起来再说:
private class MyConnection implements ServiceConnection {
@Override
public void onServiceConnected(ComponentName name, IBinder service) {
//成功与服务建立连接时回调
Log.e("print", "onServiceConnected");
}
@Override
public void onServiceDisconnected(ComponentName name) {
//当服务出现问题时被回调,当服务又重新正常运行时,又会执行onServiceConnected回调
Log.e("print", "onServiceDisconnected");
}
}
Intent intent = new Intent(this, MyService.class);
mConnection = new MyConnection();
//第三个参数一般传入BIND_AUTO_CREATE 自动创建service
bindService(intent, mConnection, BIND_AUTO_CREATE);
似乎这样就可以了,运行程序,控制台得到如下日志输出:
E/print: onCreate
E/print: onBind
多次调用bindService,控制台的结果仍然只有上面的两条
然后就没有了?说好的会回调onServiceConnected呢?既然没回调,就说明没有与这个服务绑定成功,但此时,在Activity的onDestroy生命周期方法中,仍然需要调用unbindService方法:
@Override
protected void onDestroy() {
super.onDestroy();
unbindService(mConnection);
}
否则,你会得到android.app.ServiceConnectionLeaked
这样的异常。
为什么onServiceConnected没有被回调呢?是因为如果我们采用bindService方式的话,必须要在Service中的onBind方法中返回一个IBinder接口的实现,而Binder类实现了IBinder接口,因此,我们可以继承Binder类,在类中提供Service与外界的交互方法即可:
@Override
public IBinder onBind(Intent intent) {
Log.e("print","onBind");
return new MyBinder();
}
public class MyBinder extends Binder {
public void print(){
Log.e("print", "MyService");
}
}
只有当Service中的onBind返回了一个IBinder的实现时,调用bindService后,onServiceConnected回调才会被执行。因此,对Service做出上述改进后,再次运行程序,控制台输出如下:
E/print: onCreate
E/print: onBind
E/print: onServiceConnected
这次,就没问题了,成功的与MyService建立了连接。如果此时,我再多次调用bindService,无任何反应。因此现在我们可以做一个总结:当Service中的onBind方法返回null时,无论调用多少次bindService,都只会执行一次onCreate和一次onBind;当Service中的onBind方法返回不为null时,无论调用多少次bindService,onCreate、onBind和ServiceConnection的onServiceConnected都只会执行一次。
那么我们绑定成功了后,如何调用到Service中的方法呢?注意看一下onServiceConnected方法的最后一个参数:IBinder,大胆猜测,Service中onBind的返回值被带到了这里,在本例中,你可以理解为:IBinder service = new MyBinder();
,那岂不是我们只需要将service类型强转为MyBinder就行了?实验下:
@Override
public void onServiceConnected(ComponentName name, IBinder service) {
//成功与服务建立连接时回调
Log.e("print", "onServiceConnected");
MyService.MyBinder binder = (MyService.MyBinder) service;
binder.print();
}
此时,控制台就会输出:E/print: MyService
,也就证明了我们在Activity中调用到了Service中的方法。
如果我们用bindService的方式启动服务,那么这个服务是和绑定在一起的Activity生命周期有关的,因此,在Activity被销毁时,务必要调用unbindService解除绑定,哪怕是Service中的onBind返回null导致Activity与Service连接未成功,也必须要调用unbindService,且unbindService只能调用一次,若多次调用,会抛出异常。
startService与bindService共同启动Service
这种情况就是,通过startService开起了服务后,仍然可以使用bindService来绑定服务,它们的调用无先后之分,但无论你怎么调用,Service的onCreate方法都只执行一次。如果是使用startService,每次都必定会执行onStartCommand生命周期方法;如果是使用bindService,只有第一次会执行onCreate与onBind方法,之后都不会执行任何方法。通过两种方式混合启动的Service,必须同时使用stopService和unbindService才能触发该服务的onDestroy方法,使其停止。
结束
好了,关于Service的知识差不多就总结这么多吧。
本博客所有文章除特别声明外,均采用 CC BY-SA 3.0协议 。转载请注明出处!