BindService() 绑定方式开启服务

Bind方式开启服务

tags:Android

首先来看一下启动服务的两种方式startService和bindService：

startService

StartService(Intent intent)

start的方式只能简单的开启服务，并且开启之后基本不能敢于服务的运行逻辑，话句话说，开启后服务就和开启服务的线程没什么关系了。但是通常我们都是更加紧密的去联系服务，可能会获取一些运行的结果，比如执行结果，进度信息等，那就需要使用bind的方式开启服务了

bindService

bindService地方法就比较丰富，其传入三处有三个，类型分别为
Intent,ServiceConnection,Int.
其中第一个就不细说了，意图大家都明白，第二个为接口，其中包含两个必须实现的方法：
onServiceConnected(ComponentName var1, IBinder var2)
代表服务连接，第一个参数暂且不提，第二个先记住它叫Ibindr，后面会提到。
onServiceDisconnected(ComponentName var1)
代表与服务失去连接
第三个参数Int类型就是服务执行的模式。

虽然BindService参数丰富，功能强大，但是其使用逻辑也略微复杂，下面慢慢道来。

1. 采用bind的方法绑定开启服务

   a>先new一个类实现ServiceConnection接口，这个类用于为bind方法的第二个是参数做准备，我理解是定义与服务的连接通道。

   private class MyConn implements ServiceConnection{
       //通道成功连接
       @Override
       public void onServiceConnected(ComponentName componentName, IBinder iBinder) {
           //此处IService代表在Service中提供一个调用其内部方法的接口，为接口类型
           mybinder= (IService) iBinder;
           Log.d("phone.....","3.  见到服务的代理对象："+mybinder.toString());
       }
       //通道失去连接
       @Override
       public void onServiceDisconnected(ComponentName componentName) {
       }
   }
   

   b>实例化出通道，然后使用执行bind方法。

   在外部类：
   private MyConn comm;
   
   内部方法：
   comm=new MyConn();
       bindService(intent,comm, Context.BIND_AUTO_CREATE);
   其中Context.BIND_AUTO_CREATE代表若服务不存在实例则创建实例
   

2. 服务内部实现一个代理人类，这个代理继承自Ibinder，也就是上文ServiceConnection中的onServiceConnected方法的一个返回值，这个Ibinder对象就是服务中的代理在阜外外部的一个引用，通过这个引用就可以调用Ibinder实现的接口中的方法。

   private class Mybinder extends Binder implements IService{
       //由代理去调用服务内部的方法
       public void callinService(){
           Log.d("phone.....","5.  代理人执行了服务里的方法");
           @Override
           callInService();
       }
   }
   

3. 定义IService的接口

   这个接口就是上文提到的IService接口，这个接口中通常定义想要暴露给外部的方法，外部也只能看到IBinder中实现的这个接口的方法，除非你将上一节中的MyBinder这个类定义为Public。

   public interface IService {
       public void callInService();
   }
   

4. 返回代理人对象

   具体服务是如何将IBinder的引用返回给外部呢，就是通过Service唯一的必须实现的方法：

   @Nullable
   @Override
   public IBinder onBind(Intent intent) {
       //当有需求时，呼叫代理人去接待
       Mybinder mybinder=new Mybinder();
       Log.d("phone.....","2.  成功绑定，返回服务的代理对象："+mybinder.toString());
       return mybinder;
   }
   

5. 实现serviceConnection接口里面的方法

   现在你就可以在通道中看到Service的代理对象了：

   private class MyConn implements ServiceConnection{
   @Override
   public void onServiceConnected(ComponentName name, IBinder service) {
       myBinder = (IService) service;
       System.out.println("Activity,得到代理人对象");
   }
   

6. 调用接口里面的方法

   通过MyBinder这个Service的代理对象，就可以执行服务中对外开放的方法了。当然这个方法就需要你自己去定义了。

   mybinder.callInService();
   

可能看完你还会有点晕，因为文章的书写顺序与代码的实际书写顺序可能并不相同，那么附上一张执行逻辑流程图，你肯定就明白了。

最后的最后，大致说明一下两种方式开启服务的特点

startService

1. 生命周期
   oncreate()—>onstartcommand()—>onstart()—>onDestroy()
2. 可以多次调用，不会重复创建，oncreate()只会执行一次
3. 以start方式开启的服务也只能停止一次，多次调用stopservice()是无效的
4. 以start方式开启的服务与UI线程失去关系，即使UI线程被销毁，服务仍然可以正常运行
5. 不能调用服务中的方法

bindService

1. 生命周期
   oncreate() —>onbind() –>onunbind()—->ondestry();
2. 只能成功绑定和解绑一次
3. 与绑定的UI线程同时被销毁(一根绳上的蚂蚱^_^)
4. 可以调用服务中的方法

混合开启服务

既然start开启的服务不能调用方法，bind方式开启的服务生命力又很弱，那么能否两种方式的有点么？答案当然是肯定的，否则服务的应用能力就太弱了。

1. 通过startService()方式开启服务(只能通过调用stopService停止)
2. 通过bindService进行绑定，以进行服务的方法调用(当需要的时候)
3. 通过unbindService进行解绑(不需要调用方法了，在UI线程被销毁之前解绑)
4. 通过stopService停止服务

这样我们就可以灵活的使用Service，当需要的时候可以随时进行调用，不要的时候又可以长期运行于后台而不用保留UI线程。这也是服务最常见的用法。