前一篇文章我们学习了广播接收者，四大组件我们学习了两上了，现在我们学习第三个吧（其实没有顺序之分，哈哈！！）

相关内容

我们的主角，服务Service

文章很长，写得很用心！看完的都是真爱！

什么是服务呢？

用俗话话应该是长期于后台运行的程序，如果是官方一点，首先它是一个组件，用于执行长期运行的任务，并且与用户没有交互。

每一个服务都需要在配置文件AndroidManifest.xml文件里进行生命，怎么生命呢？

使用<service>标签，其实跟前面的activity，广播接收者receiver一样生命。

通过Context.startService()来开启服务，通过Context.stop()来停止服务。当然啦，还有一种启动形式就是通过Context.bindService()的方法。

为什么要使用服务呢？

从上面的文字说，我们知道这个服务是用于执行长期后台运行的操作。有些时候，我们没有界面，但是程序仍然需要工作。比如说，我们播放音乐，在后台播放音乐。比如说，我们下载任务，在后台下载文件。这些都是没有界面 的后台运行程序，这些都是用服务做的。

所以，服务就有它的用处了。

第二个原因是什么呢？先给大家讲几个概念：

前台进程：可以理解为是最顶部的，直接跟用户交互的。比如说我们操作的Activity界面.

可见进程：可以见的，但是不操作的，比如说我们在一个Activity的顶部弹出一个Dialog，这个Dialog就是前台进程，但是这个Activity则是可见进程。

服务进程：服务可以理解为是忙碌的后台进程，虽然是在后台，但是它很忙碌。

后台进程：后台进程就是退隐到后台，不做事的进程。

空进程：空进程是不做事的，没有任何东西在上面跑着，仅作缓存作用。

假设，内存不够用了，会先杀谁呢？

首先杀的是空进程，要是还不够就杀后台进程，要是还不够，那么就杀服务，但是服务被杀死以后，等内存够用了，服务又会跑起来了。

所以：如果我们需要长期后台操作的任务，使用Service就对了！其实Framework里多数是服务。如果我们进行音乐播放，即使退到了后台，也可以播放，我们使用服务完成吧！如果我们下载东西，退到后台也能下载，那么我们就使用服务吧！如果我们在不停地记录日志，那我们就用服务吧！

如果面试问到：服务用于执行耗时操作，这是对的吗？

如时服务直接执行耗时操作，也会出现anr.

在这里给大家补充一下anr的时长知识。首先ANR的意思是android no response,也就是无相应或者理解为操作超时。

在android系统中广播的ANR时长为：

前台广播为10秒，后台广播为60秒。

按键操作的anr时长为：

按钮事件的时长为5秒，常指的是Activity的操作。

服务的话，前台服务为20秒超时，后台服务为200秒超时。

以上。

如果在服务中直接做耗时操作，也是会出现ANR异常的。服务可以长期在后台运行，所以你可以这么做：如果要做耗时操作，比如说网络的访问，数据库的读写之类的，可以开线程去做。

服务的生命周期

前面我们知道了为什么要使用服务，接下来我们就使用一下服务，并且学习一下它的生命周期。

我们要写代码了：

首先，创建一个类，继承Service，就像我们之前写Activity要继承自Activity，而广播则继承自BroadcastReceiver。代码如下：

接着，我们写一个Activity去控制服务：

注册服务，四大组件都需要注册。在配置文件里配置如下：

以前我们在学习Activity的时候，就知道显示意图和隐式意图了。其实服务也是一样的，启动方式也有显式和隐式的。

上面的Activity中我们直接使用显式意图来启动服务。如果需要使用隐式意图的方式去启动，则需要配置一个意图过滤。

执行结果：

可以看出，我们在startService之后，就执行了onCreate方法，接着是onStartCommand方法。当我们执行stopService的时候，就会走onDestroy方法了。

这就是服务最基本的生命周期了。其实onStart也是服务的生命周期，只是这个方法已经过时了。

当然啦，服务的生命周期并没有这么简单，我们后面再详细去探讨吧！

绑定启动服务

前面的开启服务方式，有一个弊端。就是没法进行通讯。所以我们接直来呢会学习另外一种启动服务的方式–通过绑定服务的形式来启动服务。

绑定服务，对应的停止服务则是解绑服务了！

好，我们看代码吧：

这是我们的第二个服务：

然后，在清单文件里注册一下：

注册完以后，我们编写一个主界面，我们叫做：BindServiceActivity

界面是这样子的：

这两个按钮的功能就是绑定服务和解绑服务，可以看上面的代码，其实非常简单的！

我们第一个步骤就是先把服务绑定，启动起来。第二步我们才去研究怎么样进行通讯。

把这个程序跑起来，是怎么样子的呢？

好的，到这里，我们已经实现了通过绑定服务和启动服务来启动服务。并且通过解绑服务来停止服务。

接下来，我们看一下，Activity跟服务之间是怎么通讯的。我们可以看到服务的生命周期有点不一样了！它会执行onBind方法：

这个方法里头呢，我们需要返回一个东西，也就是IBinder，假设我们现在这样子，需要调用服务里的一个方法，我们可以在里面声明 一个方法叫服务的内部方法！

我们把服务写成这样子：

有一个服务内部的类，继承了binder类，其实binder类的话是实现了IBinder接口的：

所以我们在绑上的时候，就返回这个类给绑定服务的地方，我们看看绑定服务的地方是怎么获取到这个类的：

这里面有一段代码是：

在UI上添加了一个按钮，看一下我们测试的结果：

这样子我们就可以控制服务了，假设说我们有一个服务在后台跑着，用它来播放音乐的，因为我们音乐可以后台播放呀，对吧！这个时间 ，我们需要控制音乐的播放和暂停了，就可以通过这种形式去控制音乐了。

这样的代码还不够完美，对于服务内部的方法，应该隐藏起来，而公共的东西进行抽取，所以，我们应该定义一个接口，把服务里的：

这个方法隐藏起来，那隐藏起来以后，外部怎么能调用呢？当然是通过接口的形式来实现啦！

我们创建一个接口：

这样子，我们在服务连接上以后，就可以强转成接口来调用了：

你看，已经没法调用了，因为这个类已经私有了！

把代码改成这样子：

这样子的效果是一样的，但是代码非常优雅！估计能理解这个的同学就可以体会到了接口有多么有用了！

但是，以绑定的方式启动的服务，在context销毁的时候，必须解绑，否则会泄漏：

BindServiceActivity has leaked 这里已经说了泄漏了！

bindService开启的服务，在系统里是看不到服务在运行的：

如果是通过startService的方式启动的服务，则会在应用里看到：

如果是通过bindService的方式来启动，则不会有

总结一下绑定服务的特点（这些内容会在视频里给大家做实验证明）：

1、绑定服务在系统设置里是没有显进服务正在跑着的；

2、如果onBind方法返回的是null,那么onServiceConnected方法不会被调用;

3、绑定服务的生命周期跟Activity是不求同时生，但求同时死，Activity没了，服务也要解绑；

4、服务在解除绑定以后会停止运行，执行unBind方法—>onDestroy方法；

5、绑定服务开启的服务，只可以解绑一次，多次解绑会抛异常；

6、绑定的connection要跟解绑的connection要对应着，否则没法解绑。

稍微总结一下，startService和bindService的区别，优点和缺点：

1、startService这个方法来启动服务的话，是长期运行的，只有stopService才会停止服务。而bindService来启动服务，不用的时候，需要调用unBindService，否则会导致context泄漏，所以bindService不是长期运行的。当context销毁的时候，则会停止服务运行。

2、startService来启动服务可以长期运行，但是不可以通讯，而bindService的方式来启动服务则可以通讯，两者都有优缺点，所以我们就有了混合起来使用的方法。

接下来，我们会学习服务的混合开启方式，达到互补的效果。

混合启动服务

在前面的基础上，我们把开启服务，停止服务，绑定服务，解绑服务，调用服务内部的方法结合起来。再看看它的生命周期，以及作用效果。

首先，我们先总结一下服务的生命周期：

》startService–>stopService

这个生命周期我们前面已经看到了：

onCreate—>onStartCommand—->onDestroy

》bindService–>unBindService

这个生命周期，我们也从前面的例子中看到了：

onCreate—->onBind—>onUnbind—->onDestroy

在这一小节之前，我们提到，两种开启服务各有各自的优点和缺点。startService的方法可以长期地在后台运行，而bindService的方法则不可以长期于后台运行；bindService启动服务，可以跟服务进行通讯，但是startService启动服务不可以跟服务进行通讯。

我们混合两种开启方式，比如说，我们先startService，再进行bindService，这样子的话，服务可以长期于后台运行，又可以跟服务进行通讯了。

我们还是以例子的形式来学习一下：

我们在前面的例子稍加修改，添加了开启服务和停止服务，绑定服务和解绑服务不变，其实就是前面例子的结合体来的。

这个是界面：

对应的，有点击事件，我们在activity里的代码实现一下：

然后我们就是开始使用啦！

》开启服务—>绑定服务—->调用服务的方法——>解绑服务——>停止服务（不停止服务它会一直跑着）

开启服务：

D/SecondService: onCreate
D/SecondService: onStartCommand

绑定服务：

D/SecondService: onBind

调用服务的方法：

D/SecondService: innerMethod was called…

解绑服务：

D/SecondService: onUnbind

停止服务：

D/SecondService: onDestroy

从上面的操作记录来看，我们在解绑服务的时候，它并没有执行onDestroy方法，也就是说，服务还是在运行的。所以我们使用到了startService的好处：1、服务在后台长期运行；

而我们也是能调用服务内部的方法的，所以我们使用到了bindService的好处：2、跟服务进行通讯

也就是说，只要startService的方式开启服务，没有stopService，服务一直在运行者。

第二个实验：

我们去开启服务（startService）—->绑定服务（bindService）—–>停止服务（stopService）

从上面的图中，我们可以得出结论：通过startService，再去bindService，如果没有解绑，那么是停止不了服务的

实际开发中的模板流程：

第一步：startService–>这一步是为了服务可以长期后台运行

第二步：bindService–>这一步的目录是为了拿到服务的控制binder

第三步：调用服务里的方法

第四步：unBindService—>解绑服务，否则无法停止服务的（但是服务，仍然在后台运行）

第五步：在不需要服务的时候停止服务stopService

跨进程通讯AIDL

什么是AIDL呢？可能一般的开发人员使用的场景不多，但是就我现在做开发，天天用到，因为我做的launcher要显示所有第三方应用的附加界面，并且要进行通讯，所以就要用到AIDL了！

AIDL其实是：android interface definition language 安卓接口定义语言（其实这个使用得少，但是面试的时候会问一下吧！）

在例子开始之前，我们要了解一个概念：

IPC：inter process communication 进程间通讯。要知道什么是进程间通讯，那就要从进程的角度去理解了。在window下的话，我们打开一个应用，它就会给这个应用开一个进程。而在android里也是一样的，你看就知道了，在我们的ddms里头就有这么多的进程：

我们可以看到这些进程：

进程之间是独立的，而每个应用使用的内存也是独立的。为什么要独立呢，如果不独立的话就会存在安全问题呀！比如说，在你的应用里有支付相关的内容，如果其他应用可以访问得到的话，那么就危险了！对吧！

进程之间是独立的，那就有一个问题了！它们是怎么进行通讯的呢？有这样的场景呀，比如说：我们第三方应用要发起充值的业务，通过支付宝进行充值，调用支付宝简单，但是支付宝怎么把支付结果告诉我们的应用呢？对吧！

进程间的通讯，基本上在每个操作系统上都有这个概念。其实我们猜也能猜到是怎么实现的！

我们可以划出一个公共的内存空间，把要通讯的数据，通过这个空间来交流即可！而这个空间呢，就是binder了！

接下来的话，我们就会写一个例子，怎么样来跨进程通讯！

这个例子大概是这样子的：一个应用程序去调用另外一个应用里的服务里的方法。

如上所说，我们就是要创建两个应用了！

但是要先理解两个概念，本地服务和远程服务。

本地服务是相对于自己来说的，在自己应用上的服务，其实就是本地服务。相对于自己来说，服务在别人的应用上，那么就是远程服务了。

图中的服务相对于A来是远程服务相对于B来说是本地服务。

接下来的这个例子，我们就是有两个应用，一个是应用A，一个是应用B。在应用B里头有一个服务。然后呢，我们的应用A绑定应用B的服务，并且调用里面的方法。

第一步，创建两个应用：AIDLDemoA,和AIDLDemoB

第二步：在 AIDLDemoB的程序里面创建一个服务：AppBService

然后，就会创建这样一个文件了，对于AIDL的知识点挺多的，大家先学会怎么使用，后面再学习更多的内容，比如说，你要知道怎么要传一个自定义的bean类，怎么要相互控制，都是可以的。

这里面的话，我们就使用A应用，调用B应用里的服务的方法，并且把内容传过去。把上面的代码改成这样子：

基本数据类型不需要导包，我们自己定义的才要导包，这个以后我们会学到的。

第五步，我们点击build里的make一下，这样子就会自动生成一个类，所以我们才可以new出来：

以上是我们服务修改成这样子，IDemoBServiceControl.Stub()这个类是根据我们的aidl接口生成的，它继承自己IBinder，所以我们可以直接new出来返回，当onBind的时候。

第五步：复制aidl的整个文件夹到应用A，视图如下：

要注意的地方是：确保它们的包名是一样的。如图：

至于AIDL的原理，现在解释可能大家还没法理解。大家先按步骤去做，如果到这里已经很吃力了，那就去看视频好了。

然后，我们在应用A绑定服务的时候，就可以拿到这个接口的实现了，请看吧：

这是应用A的界面代码：

然后是主的Activity:

注释已经写清楚了，可以看注释，如果有问题的话，可以到社区网站里提问交流。

然后我们先跑起应用B，再跑起应用A。然后看应用B的Log，因为我们要看应用B的输出内容：

从上面的结果，我们可以看到，我们应用A控制应用B了，已经做到了跨应用（进程）进行通讯了，后面的话我们以一个实际的使用例子来说一下吧！

AIDL使用例子

例子请下载视频看吧

更牛逼的例子

更牛逼的例子，哈哈！我怕大家理解不了，因为涉及到了技术点比较多，工作中的一外例子，已经申请了专利。

相关内容

原文地址：http://blog.sunofbeaches.com/archives/1401

欢迎关注哦！