Service 有绑定模式和非绑定模式,以及这两种模式的混合使用方式。不同的使用方法生命周期方法也不同。
-
非绑定模式:当第一次调用 startService 的时候执行的方法依次为 onCreate()、onStartCommand(),当 Service 关闭的时候调用 onDestory 方 法。
-
绑定模式:第一次 bindService()的时候,执行的方法为 onCreate()、 onBind()解除绑定的时候会执行 onUnbind()、onDestory()。
上面的两种生命周期是在相对单纯的模式下的情形。注意 Service 实例只会有一个,也就是说如果当前要启动的 Service 已经存在了那么就不会再次创建该 Service 当然也不会调用 onCreate()方法。
在startService中
步骤:
1、定义一个类继承于Service
2、在Manifest.xml文件中配置该Service
3、使用Context的startService(Intent)方法启动该Service
4、不再使用时使用stopService(Intent)方法停止该服务
每次通过startService(Intent)方法启动Service时都会调用。其中我们可以注意onStartCommand是有返回值的。
-
START_STICKY:如果service进程被kill掉,保留service的状态为开始状态,但不保留递送的intent对象。随后系统会尝试重新创建service,由于服务状态为开始状态,所以创建服务后一定会调用onStartCommand(Intent,int,int)方法。如果在此期间没有任何启动命令被传递到service,那么参数Intent将为null。
-
START_NOT_STICKY:“非粘性的”。使用这个返回值时,如果在执行完onStartCommand后,服务被异常kill掉,系统不会自动重启该服务。
-
START_REDELIVER_INTENT:重传Intent。使用这个返回值时,如果在执行完onStartCommand后,服务被异常kill掉,系统会自动重启该服务,并将Intent的值传入。
-
START_STICKY_COMPATIBILITY:START_STICKY的兼容版本,但不保证服务被kill后一定能重启。
-
OnDestroy:在Service销毁时调用,可在此回收一些资源。
在bindService中
步骤:
1、定义一个类继承Service,创建一个继承与Binder的实例对象,并提供公共方法供客户端调用。
2、实现onBind()方法,返回Binder实例
3、在Manifest.xml文件中配置该Service
4、在客户端中,实现ServiceConnection实例,从onServiceConnected()回调方法接收Binder,并使用bindService绑定服务。
注:onServiceDiscounnection方法是在服务崩溃或者服务杀死导致的连接中断时调用
首先会调用onCreate,然后调用onBind方法,然后在Activity与Service解绑时调用Unbind方法,最后在所有Activity与Service解绑后,该Service会销毁,并调用onDestroy方法。 onBind:绑定服务才会调用,但注意即使我们用startService也要实现该方法。
一个 Service 可以被多个客户进行绑定,只有所有的绑定对象都执行了onBind()方法后该 Service 才会销毁,不过如果有一个客户执行了 onStart()方法,那么这个时候如果所有的 bind 客户都执行了 unBind()该 Service 也不会销毁。
混合使用
在这之前,要知道一个原则是 Service 的 onCreate 的方法只会被调用一次,就是你无论多少次的startService又bindService,Service只被创建一次。
-
如果先是 bind 了,那么 start 的时候就直接运行 Service 的 onStart 方法,如果先是 start,那么 bind的时候就直接运行 onBind 方法。
-
如果 service 运行期间调用了 bindService,这时候再调用 stopService 的话,service 是不会调用onDestroy 方法的,service 就 stop 不掉了,只能调用 UnbindService, service 就会被销毁
-
如果一个 service 通过 startService 被 start 之后,多次调用 startService 的话,service 会多次调用 onStart 方法。多次调用 stopService 的话,service 只会调用一次 onDestroyed 方法。
-
如果一个 service 通过 bindService 被 start 之后,多次调用 bindService 的话,service 只会调用一次 onBind 方法。多次调用 unbindService 的话会抛出异常。
混合使用时的生命周期
可以,弹吐司有个条件就是得有一个 Context 上下文,而 Service 本身就是 Context 的子类,因此在 Service 里面弹吐司是完全可以的。
可以直接在Service中onStartCommand()方法中可以执行网络操作,service 里面不能执行耗时的操作(网络请求,拷贝数据库,大文件 ),如果需要在服务中进行耗时操作,可以选择IntentService, IntentService是Service的子类,用来处理异步请求。
IntentService 是 Service 的子类,比普通的 Service 增加了额外的功能。
-
Service 不会专门启动一条单独的进程,Service 与它所在应用位于同一个进程中;
-
Service 也不是专门一条新线程,因此不应该在 Service 中直接处理耗时的任务;
IntentService的特征
-
会创建独立的 worker 线程来处理所有的 Intent 请求;
-
会创建独立的 worker 线程来处理 onHandleIntent()方法实现的代码,无需处理多线程问题;
-
所有请求处理完成后,IntentService 会自动停止,无需调用 stopSelf()方法停止 Service;
-
为 Service 的 onBind()提供默认实现,返回 null;
-
为 Service 的 onStartCommand 提供默认实现,将请求 Intent 添加到队列中;
在一个app的情况下,默认是在同一个线程中的,main Thread (UI Thread)。
Thread是程序运行的最小单元——线程。
Service是安卓的一种机制,运行在主线程,因此在Service中进行耗时操作也需要开启新的线程。 那为什么还要Service不在Activity中直接操作Thread呢? 因为activity很难对Thread进行管理,当activity销毁了,之后的activity就没办法获取到之前创建的Thread。