1.1 活动和服务进行通信
上一节中我们学习了启动和停止服务的方法。不知道你又没有发现，虽然服务是在活动里启动的，但在启动了服务之后，活动和服务基本上就没关系了，确实如此，我们在活动里调用了startService()方法来启动myService这个服务，然后MyService的onCreate()和onStartCommand()方法就会得到执行。之后服务一直处于运行状态，但具体运行的是什么逻辑，活动就控制不了了。这就类似于活动通知了服务一下:'你可以启动了！' 然后服务就去忙自己的事情了，但活动并不知道服务到底去做了什么事情，以及完成的如何。
那么有没有什么办法能让活动和服务的关系更亲密一些呢？例如在活动中指挥服务去干什么，服务就去干什么。当然可以，这就需要借助我们 刚刚忽略的onBind()方法了。
比如目前我们希望在ServiceTest里提供一个下载功能，然后在活动中可以决定何时开始下载，以及随时查看下载进度。实现这个功能的思路是创建一个专门的Binder对象来对下载进行管理，修改ServiceTest中代码如下：
public class ServiceTest extends Service{
private DownloadBinder mBinder=new DownloadBinder();
class DownloadBinder extends Binder{
public void startDownload(){
Log.d("MyService","startDownload executed");
｝
public int getProgress(){
Log.d("MyService","getProgress executed");
return 0;
}
}
@Override
public IBinder onBind(Intent intent){
return mBinder;
}
}
可以看到，我们这里新建了一个DownloadBinder类，并让它继承自Binder,然后在它的内部提供了下载以及查看下载进度的方法。当然这只是两个模拟方法，并没有实现真正的功能。接着，在ServiceTest中创建了DownloadBinder的实例，然后在onBind()方法里返回了这个实例，这样ServiceTest中的工作就算全部完成。
1.2服务的生命周期
前面我们使用到的onCreate()、onStartCommand()、onBind()和onDestroy()等方法都是在服务的生命周期中回调的方法。一旦在项目的任何位置调用了Context的startService()方法，相应的服务就会启动起来，并回调onStartCommand()方法。如果这个服务之前还没有创建过。onCreate()方法会先于onStartCommand()方法执行。服务启动了会一直保持运行状态，onStartCommand就会执行一次，但实际上每个服务都只会存在一个实例。所以不管你调用了多少次startService()方法，只需调用一次stopService或stopSelf()方法，服务就会停止下来。
另外，还可以调用Context的bindService()来获取一个服务的持久连接，这时就会回调服务中的onBind()方法。类似的，如果这个服务之前还没有创建过,onCreate()方法会先于onBind()方法执行。之后，调用方可以获取到onBind()方法里返回的IBinder对象的实例,这样就能自由的和服务进行通信了。只要调用方和服务之间的连接没有断开，服务就会一直保持运行状态。当调用了startService方法之后。又去调用stopService()方法，这时服务中的onDestroy()方法就会执行，表示服务已经被销毁。类似地，当调用了bindService()方法后，又去调用了unbindService()方法，onDestroy()方法也会执行，这两种情况都很好理解。但是需要注意，我们是完全有可能对一个服务既调用了startService()方法，又调用了bindService方法的，这种情况下该如何才能让服务销毁掉呢？根据android系统的机制，一个服务只要被启动或者被绑定了之后，就会一直处于运行状态，必须要让以上两种条件同时不满足，服务才能被销毁。所以，这种情况下要同时调用stopService()和unbindService()方法onDestroy()方法才会执行。