当服务从所有的客户端解除绑定时,Android系统会销毁它(除非它还用onStartCommand()方法被启动了)。因此如果是纯粹的绑定类型的服务,你不需要管理服务的生命周期---Android系统会基于是否有客户端绑定了这个服务来管理它。
但是,你选择实现了onStartCommand()回调方法,那么你就必须明确的终止这个服务,因为系统被认为是启动类型的。这样服务就会一直运行到服务用stopSelf()方法或其他组件调用stopService()方法来终止自己,而不管是否有还有客户端绑定了它。
另外,如果你的服务是启动类型的并且也接收绑定,那么当系统调用onUnbind()方法时,如果你想要在下次客户端绑定这个服务时调用onRebind()方法,你可以选择返回true(而不是接收onBind()调用)。OnRebind()方法返回void,但是客户端依然能够在它的onServiceConnected()回调中接收IBinder对象。下图1说明了这种生命周期类型的逻辑。

图1. 允许被启动也允许被绑定的服务的生命周期
本文深入探讨了Android系统如何基于客户端绑定管理服务的生命周期,特别关注了服务是绑定类型还是启动类型的区别,并解释了如何通过实现onStartCommand()方法来明确终止服务。同时,文章提供了一个示例图,清晰地展示了允许被启动也允许被绑定的服务的生命周期逻辑。
120

被折叠的 条评论
为什么被折叠?



