Android题集四大组件之Service

2020-11-04 本文已影响0人 Android开发架构师

Service

什么是Service?

有需求需要APP在后台运行时，Service就是一个这样的入口，Service是一种可以在后台执行长时间运行操作而没有用户界面的应用组件，后台服务于Activity，封装有一个完整的功能逻辑实现，接受上层指令，完成相关的事务，定义好需要接受的Intent提供同步和异步的接口。

Service的生命周期

生命周期

Service的启动方式？如果启动方式交织在一起的话，会出现什么情况？

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 的话会抛出异常。

混合使用时的生命周期

Service中可以弹Toast吗?

可以,弹吐司有个条件就是得有一个 Context 上下文，而 Service 本身就是 Context 的子类，因此在 Service 里面弹吐司是完全可以的。

如何在 service 中执行网络操作？

可以直接在Service中onStartCommand()方法中可以执行网络操作，service 里面不能执行耗时的操作(网络请求,拷贝数据库,大文件 )，如果需要在服务中进行耗时操作，可以选择IntentService， IntentService是Service的子类，用来处理异步请求。

什么是IntentService？

IntentService 是 Service 的子类，比普通的 Service 增加了额外的功能。

Service 不会专门启动一条单独的进程，Service 与它所在应用位于同一个进程中；
Service 也不是专门一条新线程，因此不应该在 Service 中直接处理耗时的任务；

IntentService的特征

会创建独立的 worker 线程来处理所有的 Intent 请求；
会创建独立的 worker 线程来处理 onHandleIntent()方法实现的代码，无需处理多线程问题；
所有请求处理完成后，IntentService 会自动停止，无需调用 stopSelf()方法停止 Service；
为 Service 的 onBind()提供默认实现，返回 null；
为 Service 的 onStartCommand 提供默认实现，将请求 Intent 添加到队列中；

Service 和 Activity 在同一个线程吗?

在一个app的情况下，默认是在同一个线程中的，main Thread （UI Thread）。

Service和Thread的区别？

Thread是程序运行的最小单元——线程。
Service是安卓的一种机制，运行在主线程，因此在Service中进行耗时操作也需要开启新的线程。那为什么还要Service不在Activity中直接操作Thread呢？因为activity很难对Thread进行管理，当activity销毁了，之后的activity就没办法获取到之前创建的Thread。

如何提高service的优先级？

进程的重要性依次是：前台进程、可见进程、服务进程、后台进程、空进程。所以销毁的顺序为逆方向。

在AndroidManifest.xml文件中对于intent-filter可以通过android:priority = “1000”这个属性设置最高优先级，1000是最高值，如果数字越小则优先级越低，同时实用于广播。
在onStartCommand里面调用 startForeground()方法把Service提升为前台进程级别，然后再onDestroy里面要记得调用stopForeground ()方法。
onStartCommand方法，手动返回START_STICKY。
在onDestroy方法里发广播重启service。
service +broadcast 方式，就是当service走ondestory的时候，发送一个自定义的广播，当收到广播的时候，重新启动service。（第三方应用或是在setting里-应用-强制停止时，APP进程就直接被干掉了，onDestroy方法都进不来，所以无法保证会执行）
监听系统广播判断Service状态。通过系统的一些广播，比如：手机重启、界面唤醒、应用状态改变等等监听并捕获到，然后判断我们的Service是否还存活。
Application加上Persistent属性。

Activity、Intent、Service 是什么关系？

他们都是 Android 开发中使用频率最高的类。其中 Activity 和 Service 都是 Android 四大组件之一。都是 Context 类的子类 ContextWrapper 的子类, 因此他俩可以算是兄弟关系吧。不过兄弟俩各有各自的本领,Activity 负责用户界面的显示和交互,Service 负责后台任务的处理。Activity 和 Service 之间可以通过 Intent 传递数据,因此可以把 Intent 看作是通信使者。

ActivityManagerService了解吗？有什么作用？

ActivityManagerService是Android中最核心的服务，主要负责系统中四大组件的启动、切换、调度及应用进程的管理和调度等工作，其职责与操作系统中的进程管理和调度模块类似；