pdf原件，回复可见：
1. Service简介（★★★）很多情况下，一些与用户很少需要产生交互的应用程序，我们一般让它们在后台运行就行了，而且在它们运行期间我们仍然能运行其他的应用。为了处理这种后台进程，Android引入了Service的概念。
- Service在Android中是一种长生命周期的组件，它不实现任何用户界面,是一个没有界面的Activity
- Service长期在后台运行, 执行不关乎界面的一些操作比如: 网易新闻服务,每隔1分钟去服务查看是否有最新新闻
- Service和Thread有点相似,但是使用Thread不安全, 不严谨
- Service和其他组件一样，都是运行在主线程中，因此不能用它来做耗时的操作
2. Android中的进程（★★）2.1 Android中进程的种类进程优先级由高到低，依次为：
![]()
1. Foreground process 前台进程
![]()
2. Visible process 可视进程, 可以看见, 但不可以交互.
![]()
3. Service process 服务进程
![]()
4. Background process 后台进程
![]()
5. Empty process 空进程(当程序退出时, 进程没有被销毁, 而是变成了空进程)
Android系统有一套内存回收机制,会根据优先级进行回收。Android系统会尽可能的维持程序的进程, 但是终究还是需要回收一些旧的进程节省内存提供给新的或者重要的进程使用。
- 进程的回收顺序是：从低到高
- 当系统内存不够用时, 会把空进程一个一个回收掉
- 当系统回收所有的完空进程不够用时, 继续向上回收后台进程, 依次类推
- 但是当回收服务, 可视, 前台这三种进程时, 系统非必要情况下不会轻易回收, 如果需要回收掉这三种进程, 那么在系统内存够用时, 会再给重新启动进程;但是服务进程如果用户手动的关闭服务, 这时服务不会再重启了。
2.3 为什么用服务而不是线程进程中运行着线程， Android应用程序刚启动都会开启一个进程给这个程序来使用。Android一个应用程序把所有的界面关闭时, 进程这时还没有被销毁, 现在处于的是空进程状态,Thread运行在空进程中, 很容易的被销毁了。
服务不容易被销毁, 如果非法状态下被销毁了, 系统会在内存够用时, 重新启动。
3. 案例-电话窃听器（★★★）需求：
开启一个服务监听用户电话，当电话被接通时开始录音，电话挂断时停止录音。
![]()
新建一个Android工程《电话窃听器》，包名：com.itheima.listenCall。
![]()
在src目录下新创建一个MyService类继承Service类，在该类中实现核心业务方法，实现监听电话，以及完成录音的功能。
![]()
在MainActivity类中启动Service
![]()
在AndroidManifest.xml文件中注册该Service。
![]()
：在Android中四大组件都需要在清单文件中进行注册。
![]()
在AndroidManifest.xml中添加权限。
![]()
：在该案例中，我们把录音文件存储在data/data/com.itheima.listenCall/files目录中，因此不需要声明外部存储的写权限。
![]()
将本工程部署到模拟器中，然后通过DDMS给该模拟器拨打电话，当我们接听一段时间并关闭后，发现控制台成功打印出了录音信息。
打开data/data/com.itheima.listenCall/files目录发现，录音文件被成功保存了。我们将该文件导出到电脑上，发现声音可以正常播放。
4. Service的生命周期（★★★★）service的生命周期，从它被创建开始，到它被销毁为止，可以有两条不同的路径。
![]()
A started service（标准开启模式）被开启的service通过其他组件调用 startService()被创建。这种service可以无限地运行下去，必须调用stopSelf()方法或者其他组件调用stopService()方法来停止它。当service被停止时，系统会销毁它。
![]()
A bound service（绑定模式）被绑定的service是当其他组件（一个客户）调用bindService()来创建的。客户可以通过一个IBinder接口和service进行通信。客户可以通过 unbindService()方法来关闭这种连接。一个service可以同时和多个客户绑定，当多个客户都解除绑定之后，系统会销毁service。
![]()
：Service
的这两中生命周期并不是完全分开的。
也就是说，你可以和一个已经调用了
[color=rgb(87, 137, 220) !important]
startService()而被开启的
service进行绑定。比如，一个后台音乐service可能因调用 [color=rgb(87, 137, 220) !important]
startService()方法而被开启了，稍后，可能用户想要控制播放器或者得到一些当前歌曲的信息，可以通过[color=rgb(87, 137, 220) !important]
bindService()将一个
activity和service绑定。这种情况下，[color=rgb(87, 137, 220) !important]
stopService()或
[color=rgb(87, 137, 220) !important]
stopSelf()实际上并不能停止这个
service，除非所有的客户都解除绑定。![]()
Service的生命周期回调函数和activity一样，service也有一系列的生命周期回调函数，你可以实现它们来监测service状态的变化，并且在适当的时候执行适当的工作。
下面的service展示了每一个生命周期的方法：
![]()
：不像是
activity的生命周期回调函数，我们不需要调用基类的实现。
![]()
Service的生命周期图这个图说明了service典型的回调方法，尽管这个图中将开启的service和绑定的service分开，但是你需要记住，任何service都潜在地允许绑定。所以，一个被开启的service仍然可能被绑定。实现这些方法，你可以看到两层嵌套的service的生命周期（拓展知识）：
![]()
整体生命周期（The entire lifetime） service整体的生命时间是从[color=rgb(87, 137, 220) !important]
onCreate()被调用开始，到[color=rgb(87, 137, 220) !important]
onDestroy()方法返回为止。
和
activity一样，service在[color=rgb(87, 137, 220) !important]
onCreate()中进行它的初始化工作，在[color=rgb(87, 137, 220) !important]
onDestroy()中释放残留的资源。
比如，一个音乐播放service可以在onCreate()中创建播放音乐的线程，在onDestory()中停止这个线程。
![]()
积极活动的生命时间(The active lifetime) service积极活动的生命时间（active lifetime）是从[color=rgb(87, 137, 220) !important]
onStartCommand() 或[color=rgb(87, 137, 220) !important]
onBind()被调用开始，它们各自处理由[color=rgb(87, 137, 220) !important]
startService()或
[color=rgb(87, 137, 220) !important]
bindService()方法传过来的[color=rgb(87, 137, 220) !important]
Intent对象。
如果service是被开启的，那么它的活动生命周期和整个生命周期一同结束。
如果
service是被绑定的，它们它的活动生命周期是在[color=rgb(87, 137, 220) !important]
onUnbind()方法返回后结束。
![]()
：尽管一个被开启的
service是通过调用 [color=rgb(87, 137, 220) !important]
stopSelf() 或 [color=rgb(87, 137, 220) !important]
stopService()来停止的，没有一个对应的回调函数与之对应，即没有
onStop()回调方法。所以，当调用了停止的方法，除非这个service和客户组件绑定，否则系统将会直接销毁它，onDestory()方法会被调用，并且是这个时候唯一会被调用的回调方法。 ![]()
管理生命周期 当绑定
service和所有客户端解除绑定之后，Android系统将会销毁它，（除非它同时被[color=rgb(87, 137, 220) !important]
onStartCommand()方法开启）。
因此，如果你的
service是一个纯粹的绑定service，那么你不需要管理它的生命周期。然而，如果你选择实现[color=rgb(87, 137, 220) !important]
onStartCommand()回调方法，那么你必须显式地停止
service，因为
service此时被看做是开启的。这种情况下，service会一直运行到它自己调用 [color=rgb(87, 137, 220) !important]
stopSelf()或另一个组件调用[color=rgb(87, 137, 220) !important]
stopService()，不论它是否和客户端绑定。
另外，如果你的
service被开启并且接受绑定，那么当系统调用你的 [color=rgb(87, 137, 220) !important]
onUnbind()方法时，如果你想要在下次客户端绑定的时候接受一个[color=rgb(87, 137, 220) !important]
onRebind()的调用（而不是调用
[color=rgb(87, 137, 220) !important]
onBind()），你可以选择在
[color=rgb(87, 137, 220) !important]
onUnbind()中返回
true。 下图展示了这种service（被开启，还允许绑定）的生命周期：
5. Android中服务的调用（★★★）5.1 案例-本地服务调用音乐播放器![]()
新创建一个Android工程《音乐播放器》，包名：com.itheima.musicPlayer。
在res目录下新建一个文件夹raw（名字必须为raw，约定大于配置的原则），然后在raw目录中拷贝进一个音乐文件，注意文件名必须遵循Android资源文件的命名规则。
目录结构如下图：
![]()
在src目录下，新建一个MediaService继承Service类，在该类中实现核心服务的方法。
![]()
这是使用系统默认的布局文件，activity_main.xml清单如下：
![]()
使用默认的MainActivity类，在该类中完成业务的控制，代码清单如下：
![]()
在AndroidManifest.xml中注册Service。
![]()
将工程部署到模拟器上，点击播放，发现成功播放了音乐。点击暂停，发现音乐暂停了，然后点击播放，音乐再次响起。点击停止，问题来了，我们发现点击停止后再次点击播放音乐没能再次播放，因为这里面直接调用MediaPlayer的stop方法是有bug的。因此为了解决这样的问题，我们应该将停止调用层pause方法，同时只需调用MediaPlayer的seekTo（int）方法将音乐设置到开始位置。
控制台输出信息如下：
5.2 案例-远程服务调用商城支付 在Android平台中，各个组件运行在自己的进程中，他们之间是不能相互访问的，但是在程序之间是不可避免的要传递一些对象，在进程之间相互通信。为了实现进程之间的相互通信，Android采用了一种轻量级的实现方式RPC(Remote Procedure Call 远程进程调用)来完成进程之间的通信，并且Android通过接口定义语言（Android Interface Definition Language ,AIDL）来生成两个进程之间相互访问的代码，例如，你在Activity里的代码需要访问Service中的一个方法，那么就可以通过这种方式来实现了。
AIDL是Android的一种接口描述语言; 编译器可以通过aidl文件生成一段代码，通过预先定义的接口达到两个进程内部通信进程的目的. 如果需要在一个Activity中, 访问另一个Service中的某个对象, 需要先将对象转化成 AIDL可识别的参数(可能是多个参数), 然后使用AIDL来传递这些参数, 在消息的接收端, 使用这些参数组装成自己需要的对象。
AIDL RPC机制是通过接口来实现的，类似Windows中的COM或者Corba，但他是轻量级的，客户端和被调用实现之间是通过代理模式实现的，代理类和被代理类实现同一个接口IBinder接口。
下面是案例-商城支付的步骤：
需求：分别创建两个工程，模拟一个支付平台，暂且叫支付宝，模拟一个商户端，叫商户。
商户可以调用支付宝发布的远程服务进行收款操作。
![]()
新创建一个Android工程《支付宝》，包名：com.itheima.alipay。在src目录下创建com.itheima.alipay.aidl包，然后在该包下创建AlipayRemoteService.aidl文件。在该文件中只声明一个接口，在接口里声明一个方法。文件清单如下：
![]()
：当该aidl文件创建好以后ADT会自动在gen目录下创建对应的类。
![]()
在《支付宝》src目录下创建com.itheima.alipay.service包，在该包中新建一个Service，叫AlipayService，该类实现付款功能。代码清单如下：
![]()
在《支付宝》工程的AndroidManifest.xml中注册该AlipayService。
![]()
创建一个新Android工程，名字叫《商户》，包名：com.itheima.shop。
使用默认的布局文件和默认的MainActivity类。
将《支付宝》工程中的AlipayRemoteService.aidl文件拷贝到《商户》工程的src目录下，同时注意添加对应的包名，要求包名必须跟该文件在原工程中的包名严格一致。《商户》src目录结构如下图：
![]()
编辑activity_main.xm布局文件
![]()
编写MainActivity类，在该类中实现核心方法
![]()
先将《支付宝》部署到模拟器，然后将《商户》部署到模拟器，然后在《商户》界面输入一个金额，然后点击确定支付，发现《商户》工程已经成功通过远程服务调用了《支付宝》中的服务。运行图如下：
至此，本文档完！
收藏
淘帖
踩
