Android 绑定类型服务---管理绑定类型服务的生命周期 .

当服务从所有的客户端解除绑定时，Android系统会销毁它（除非它还用onStartCommand()方法被启动了）。因此如果是纯粹的绑定类型的服务，你不需要管理服务的生命周期---Android系统会基于是否有客户端绑定了这个服务来管理它。

但是，你选择实现了onStartCommand()回调方法，那么你就必须明确的终止这个服务，因为系统被认为是启动类型的。这样服务就会一直运行到服务用stopSelf()方法或其他组件调用stopService()方法来终止自己，而不管是否有还有客户端绑定了它。

另外，如果你的服务是启动类型的并且也接收绑定，那么当系统调用onUnbind()方法时，如果你想要在下次客户端绑定这个服务时调用onRebind()方法，你可以选择返回true（而不是接收onBind()调用）。OnRebind()方法返回void，但是客户端依然能够在它的onServiceConnected()回调中接收IBinder对象。下图1说明了这种生命周期类型的逻辑。

图1. 允许被启动也允许被绑定的服务的生命周期

注：本人转载系个人觉得翻译的很好，值得收藏，且自己回头看着方便。

如有兴趣请访问作者官方博客http://blog.csdn.net/FireOfStar

当服务从所有的客户端解除绑定时，Android系统会销毁它（除非它还用onStartCommand()方法被启动了）。因此如果是纯粹的绑定类型的服务，你不需要管理服务的生命周期---Android系统会基于是否有客户端绑定了这个服务来管理它。

但是，你选择实现了onStartCommand()回调方法，那么你就必须明确的终止这个服务，因为系统被认为是启动类型的。这样服务就会一直运行到服务用stopSelf()方法或其他组件调用stopService()方法来终止自己，而不管是否有还有客户端绑定了它。

另外，如果你的服务是启动类型的并且也接收绑定，那么当系统调用onUnbind()方法时，如果你想要在下次客户端绑定这个服务时调用onRebind()方法，你可以选择返回true（而不是接收onBind()调用）。OnRebind()方法返回void，但是客户端依然能够在它的onServiceConnected()回调中接收IBinder对象。下图1说明了这种生命周期类型的逻辑。

图1. 允许被启动也允许被绑定的服务的生命周期

注：本人转载系个人觉得翻译的很好，值得收藏，且自己回头看着方便。

如有兴趣请访问作者官方博客http://blog.csdn.net/FireOfStar