Android Service总结

Service是Android四大组件之一,表示应用程序希望在不与用户交互的情况下在后台执行长期操>作,或是为其它应用程序提供服务,每个Service必须在AndroidManifest.xml进行注册。启动Service的方式有两种:startService和bindService

在AndroidStudio中创建一个服务十分简单,直接右键->new->Service中选择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的知识差不多就总结这么多吧。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值