手记

上课了详解Android的服务

Services

服务是一个应用程序组件,可以在后台执行长时间运行的操作,不提供用户界面。一个应用程序组件可以启动一个服务,它将继续在后台运行,即使用户切换到另一个应用程序。此外,一个组件可以绑定到一个服务与它交互,甚至执行进程间通信(IPC)。例如,一个服务可能处理网络通信,播放音乐,执行文件I/O,或与一个内容提供者交互,都在后台执行。

一个服务本质上讲有两种形式:

Started 启动的方式

started形式的服务是指当一个应用组件(比如activity)通过startService()方法开启的服务。一旦开启,该服务就可以无限期地在后台运行,哪怕开启它的组件被销毁掉。

通常,开启的服务执行一个单独的操作且并不向调用者返回一个结果。

比如,可能从网络进行下载或者上传一个文件。当任务完成,服务就该自我停止。

Bound 绑定的方式

bound形式的服务是指一个应用组件通过调用 bindService() 方法与服务绑定。一个绑定的服务提供一个客户-服务端接口,以允许组件与服务交互,发送请求,获得结果,甚至执行进程间通信。一个绑定的服务只和与其绑定的组件同时运行。多个组件可以同时绑定到一个服务,但当全部接触绑定后,服务就被销毁。

虽然分这两类,但是一个服务可以同时使用这两种方式——可以用started无限期的运行,同时允许绑定。只需要在服务中实现两个回调方法:onStartCommand()允许组件开启服务,onBind()允许绑定。

不论应用程序是怎么起服务的,任何应用程序都可以用这个服务。同样的,任何组件可以使用一个Activity通过传递Intent开启服务。你也可以在配置文件设置服务为私有来防止其他应用访问该服务。

注意:一个服务在进程中的主线程运行——一个服务不会创建自己的线程,也不会在另外的进程运行(除非另外指定)。这意味着,如果服务需要做一些频繁占用CPU的工作或者会发生阻塞的操作,你需要在服务中另开线程执行任务。这可以降低产生ANR的风险,提高用户体验。

Service的基础生命周期

创建一个服务需要建立一个Service相关的子类,然后需要实现一些回调方法,好在不同的生命周期内做对应处理和绑定服务,比较重要的方法如下:

onStartCommand()

当其他组件,如 activity 请求服务启动时,系统会调用这个方法。一旦这个方法执行,服务就开始并且无限期的执行。如果实现这个方法,当这个服务完成任务后,需要你来调用 stopSelf() 或者 stopService() 停掉服务。如果只想提供绑定,不需要自己实现这个方法。

onBind()

当有其他组件想通过 bindService() 方法绑定这个服务时系统就会调用此方法。在实现的方法里面,必须添加一个供客户端使用的接口通过返回一个IBinder来与服务通信,这个方法必须实现。当然不想允许绑定的话,返回null即可。

onCreate()

服务第一次建立的时候会调用这个方法,执行一次性设置程序,在上面2个方法执行前调用。如果服务已存在,则不执行该方法。

onDestroy()

服务不再使用则使用该方法。服务应该实现这个方法来清理诸如线程,注册的监听器等资源。这是最后调用的方法。

安卓系统只会在内存占用很高,必须恢复系统资源供当前运行程序的情况下强制停掉一个运行中的服务。如果服务绑定在当前运行的程序中,就几乎不会被杀掉,如果服务声明了在前台运行(其实在后台,只是给系统一个错的信息来提高优先级),就几乎不会被杀掉。另外,如果一个服务正在运行,且运行了很久,系统就会根据运行时间把其排在后台任务列表的后面,则这个服务很容易被杀掉。根据onStartCommand() 的返回值设置,服务被杀掉后仍可以在资源充足的条件下立即重启。

是用一个服务好还是开一个线程好?

一个服务就是一个可以忽略交互,在后台独立运行的组件,如果你需要这样就用服务如果你需要在用户与程序交互时在主线程外执行任务,那就开个线程吧。比如想播放音乐,但只在程序运行时播放,你可能在 onCreate() 开一个线程,在 onStart() 中开启它,在 onStop() 停止它。也可以考虑使用AsyncTask或者HandlerThread取代一般的线程。记住,如果使用一个服务,它还是默认在主线程中运行,如果会发生阻塞,还是要在服务中另开线程的。

服务就必须在 manifest 文件声明。

<application>

    <service android:name=".ExampleService"

                  android:enabled=["true" | "false"]

                  android:exported=["true" | "false"]

                  android:isolatedProcess=["true" | "false"]

                  android:label="string resource"

                  android:icon="drawable resource"

                  android:permission="string"

                  android:process="string">

    </service>

</application>

service标签属性

1.android:name

你所编写的服务类的类名,可填写完整名称,包名+类名,如com.example.test.ServiceA,也可以忽略包名,用.开头,如.ServiceA,因为在manifest文件开头会定义包名,它会自己引用。一旦你发布应用,你就不能改这个名字(除非设置android:exported="false"),另外name没有默认值,必须定义。

2.android:enabled

是否可以被系统实例化,默认为true。因为父标签也有enable属性,所以必须两个都为默认值true的情况下服务才会被激活,否则不会激活。

3.android:exported

其他应用能否访问该服务,如果不能,则只有本应用或有相同用户ID的应用能访问。当然除了该属性也可以在下面permission中限制其他应用访问本服务。这个默认值与服务是否包含意图过滤器intent filters有关。如果一个也没有则为false。

4.android:isolatedProcess

设置true意味着,服务会在一个特殊的进程下运行,这个进程与系统其他进程分开且没有自己的权限。与其通信的唯一途径是通过服务的API(binding and starting)。

5.android:label

可以显示给用户的服务名称。如果没设置,就用的lable。不管怎样,这个值是所有服务的意图过滤器的默认lable。定义尽量用对字符串资源的引用。

6.android:icon

类似label,是图标,尽量用drawable资源的引用定义。

7.android:permission

是一个实体必须要运行或绑定一个服务的权限。如果没有权限,startService(),bindService()或stopService()方法将不执行,Intent也不会传递到服务。如果属性未设置,会由权限设置情况应用到服务。如果两者都未设置,服务就不受权限保护。

8.android:process

服务运行所在的进程名。通常为默认为应用程序所在的进程,与包名同名。元素的属性process可以设置不同的进程名,当然组件也可设置自己的进程覆盖应用的设置。

如果名称设置为冒号:开头,一个对应用程序私有的新进程会在需要时和运行到这个进程时建立。如果名称为小写字母开头,服务会在一个相同名字的全局进程运行,如果有权限这样的话。这允许不同应用程序的组件可以分享一个进程,减少了资源的使用。

原文链接:http://www.apkbus.com/blog-908582-67976.html

0人推荐
随时随地看视频
慕课网APP