Android（java）学习笔记114：Service生命周期

1.Service的生命周期

        Android中的Service（服务）与Activity不同，它是不能和用户交互，不能自己启动的，运行在后台的程序，如果我们退出应用的时候，Service进程并没有结束，它仍然在后台运行，那我们什么时候用到Service呢？比如我们播放音乐时，有可能想边听音乐边干些其他事情，当我们退出音乐播放应用，如果不用Service，我们就听不到音乐了，所以这个时候我们就要用到Service了，又比如当我们一个应用的数据的通过网络获得。不同时间（一段时间）的数据是不同的。这个时候我们可以用Service在后台定时更新，而无须每次打开应用的时候去获取。

        Android Service的生命周期并不像Activity那么复杂，它只是继承了onCreate()，onStartCommand()，onDestroy()三个方法，当我们第一次启动Service时，先后调用onCreate()和onStartCommand()这两个方法，当停止Service时候，我们就会执行onDestroy（）方法。

       这里需要注意的是，如果Service已经启动了，当我们再次启动的Service时候，不会再次执行onCreate()方法，而是直接执行onStartCommand方法。

注意：

　　onStart方法是在Android2.0之前的平台使用的。在2.0及其之后，则需重写onStartCommand方法，同时，旧的onStart方法则不会再被直接调用（外部调用onStartCommand，而onStartCommand里会再调用 onStart。在2.0之后，推荐覆盖onStartCommand方法，而为了向前兼容，在onStartCommand依然会调用onStart方法）。

2.startservice 和bindservice详解

 Service的生命周期方法比Activity少一些，只有onCreate, onStart, onDestroy。我们有两种方式启动一个Service,他们对Service生命周期的影响是不一样的。

（1） 通过startService

context.startService() ->onCreate()- >onStartCommand()->Service running-->(若context.stopService())->onDestroy() ->Service shut down

Service会经历 onCreate --> onStartCommand，stopService的时候直接onDestroy

　　如果是调用者直接退出而没有调用stopService的话，Service会一直在后台运行。

　　下次调用者再起来仍然可以stopService。

（2） 通过bindService

context.bindService()->onCreate()->onBind()->Service running-->(若context.unbindService())-->onUnbind() -> onDestroy() ->Service stop

Service只会运行onCreate， 这个时候调用者和Service绑定在一起。调用者退出了，Srevice就会调用onUnbind-->onDestroyed，所谓绑定在一起就共存亡了。

　　注意：Service的onCreate的方法只会被调用一次，

　　就是你无论多少次的startService又 bindService，Service只被创建一次。

　　如果先是bind了，那么start的时候就直接运行Service的onStart方法，

　　如果先是start，那么bind的时候就直接运行onBind方法。如果你先bind上了，就stop不掉了，

　　只能先UnbindService, 再StopService,所以是先start还是先bind行为是有区别的。

（3）小结：

　　Android中的服务和windows中的服务是类似的东西，服务一般没有用户操作界面，它运行于系统中不容易被用户发觉，可以使用它开发如监控之类的程序。服务不能自己运行，需要通过调用Context.startService()或Context.bindService()方法启动服务。

　　这两个方法都可以启动Service，但是它们的使用场合有所不同：

                   使用startService()方法启用服务，调用者与服务之间没有关连，即使调用者退出了，服务仍然运行。

                   使用bindService()方法启用服务，调用者与服务绑定在了一起，调用者一旦退出，服务也就终止，大有“不求同时生，必须同时死”的特点。

　　如果打算采用Context.startService()方法启动服务，在服务未被创建时，系统会先调用服务的onCreate()方法，

　　接着调用onStart()方法。如果调用startService()方法前服务已经被创建，多次调用startService()方法并不会导致多次创建服务，

　　但会导致多次调用onStart()方法。采用startService()方法启动的服务，只能调用Context.stopService()方法结束服务，服务结束时会调用onDestroy()方法。

　　如果打算采用Context.bindService()方法启动服务，在服务未被创建时，系统会先调用服务的onCreate()方法，

　　接着调用onBind()方法。这个时候调用者和服务绑定在一起，调用者退出了，系统就会先调用服务的onUnbind()方法，

　　接着调用onDestroy()方法。

       如果调用bindService()方法前服务已经被绑定，

　　多次调用bindService()方法并不会导致多次创建服务及绑定(也就是说onCreate()和onBind()方法并不会被多次调用)。

　　如果调用者希望与正在绑定的服务解除绑定，可以调用unbindService()方法，调用该方法也会导致系统调用服务的onUnbind()-->onDestroy()方法.

3. startService 与 bindService 共同使用（混合模式）

startService->bindService  或者 bindService  ->startService，顺序无所谓

例子一：按顺序1，2，3，4执行

（1）startService：调用onCreate()->onStartCommand()

（2）bindService：调用onBind()

（3）stopService：没有调用onDestory()    Service仍然在运行！

（4）unbindService：调用onUnbind()->onDestory()    此时Service关闭！

 

例子二：将例子一3，4调换

（1）startService：调用onCreate()->onStartCommand()

（2）bindService：调用onBind()

（3）unbindService：调用onUnbind()    Service仍然在运行！

（4）stopService：调用onDestory()     此时Service才关闭！

　　上面的微妙变化，我们可以得出一个结论：停止服务和销毁服务是两个不同的概念，虽然我们调用了stopService去停止服务，但是服务仍然木有销毁，依然坚挺的运行着。直至我们调用了onUnbind，与Service关联的client都解绑以后，Android系统才调用onDestroy将其销毁。