service与AIDL

一、Service：
（一）、Service 简介：
1、何谓“Service”？
“Service” 意思即“服务”的意思， 像 Windows 上面的服务一样，服务是在后台上运行，承担着静悄悄的不为人所注意的工作。Service运行在后台，它是不可见的、无界面的程序。
Service可以在很多场合的应用中使用，比如播放多媒体的时候用户启动了其他Activity，这个时候程序要在后台继续播放；比如检测SD卡上文件的变化；再或者在后台记录用户的地理信息位置的改变；或者启动一个服务来运行并一直监听某种动作等等。

2、Service概念的总结：
Service在后台运行，不可以与用户直接交互；
一个服务不是一个单独的进程。服务对象本身并不意味着它是在自己的进程中运行，除非另有规定，否则它与运行程序是同在一个进程中；
一个服务不是一个单独的线程。Service和其他组件一样，默认情况下，Service中的所有代码都是运行在主线程中；
Service存在的价值虽然不如Activity那么清晰。但是一般都让Service执行耗时较长的操作。例如：播放音乐、下载文件、上传文件等等。但是因为Service默认运行在主线程中，因此不能直接用它来做耗时的请求或者动作，最好在Service中启动新线程来运行耗时的任务；
需要通过某一个Activity或其他Context对象来启动Service。context.startService() 或 context.bindService()；
Service很大程度上充当了应用程序后台线程管理器的角色。（如果Activity中新开启一个线程，当该Acitivyt关闭后，该线程依然在工作，但是与开启它的Activity失去联系。也就是说此时的这个线程处于失去管理的状态。但是使用Service，则可以对后台运行的线程有效地管理。）

3、为什么不使用后台线程而使用Service？
1、Service可以放在独立的进程中，所以更安全；
2、使用Service可以依赖现有的binder机制，不需要在应用层面上处理线程同步的繁杂工作；
3、系统可以重新启动异常死去的Service。

4、Service 与 Activity 的相同点与不同点：
不同点：Activity是与用户交互的组件，即可以看到UI界面，而Service是在后台运行、无需界面；
相同点：使用Activity 时我们需要在配置文件中声明标签，同样的使用Service 也需要在配置文件中声明标签。都具有一定的生命周期。

（二）、服务的分类：
1、本地服务Local Service：
Local Service 用于应用程序内部。用于实现应用程序自己的一些耗时任务，比如查询升级信息，并不占用应用程序比如Activity所属线程，而是单开线程后台执行，这样用户体验比较好。

启动service有两种方法：
1）、 Context.startService()
调用者与服务之间没有关联，即使调用者退出，服务仍可运行
2）、 Context.bindService()
调用者与服务绑定在一起，调用者一旦退出，服务也就终止

A、根据启动方式将本地服务分为：启动服务Started Service和绑定服务Bound Service。【重点】
Started Service：被启动的服务
被启动的服务是由其它组件调用startService()方法而启动的，该方法会导致被启动服务的生命周期方法onStartCommand()被回调。当服务是被启动状态后，其生命周期与启动它的组件无关，即使启动服务的组件（Activity，BroadcastReceiver）已经被销毁，该服务还可以在后台无限期运行。除非调用stopSelf()或stopService()来停止该服务。
Bound Service：被绑定的服务
绑定服务是允许其它应用程序绑定并且与之交互的Service的实现类。为了提供绑定，必须实现onBind()回调方法。该方法返回IBinder对象，它定义了服务类与Activity交互的程序接口。
Activity通过bindService()方法绑定到服务类，同时Activity必须提供ServiceConnection接口的实现类，它监视Activity与服务类之间的连接。在重写ServiceConnection接口的onServiceConnected()方法时，实现了将服务类顺利赋值到了Activity中，实现了在Activity中使用该服务类并执行其中的方法。
B、根据onStartCommand()回调方法的返回值，将Service分为粘性Service和非粘性Service：
onStartCommand()方法有三种返回值：
START_STICKY（常量值：1）：sticky的意思是“粘性的”。使用这个返回值时，我们启动的跟应用程序”粘”在服务一起，如果在执行完onStartCommand后，服务被异常kill掉，系统会自动重启该服务。当再次启动服务时，传入的第一个参数将为null;
START_NOT_STICKY（常量值：2）：“非粘性的”。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统不会自动重启该服务。
START_REDELIVER_INTENT（常量值：3）：重传Intent。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统会自动重启该服务，并将Intent的值传入。
【备注：】
以上三种情况，可以理解为发生车祸后的人：
START_STICKY：（常量值：1）车祸后自己苏醒，但是失忆；
START_NOT_STICKY：（常量值：2）车祸后再也没有苏醒；
START_REDELIVER_INTENT：（常量值：3）车祸后自己苏醒，依然保持记忆。
2、远程服务Remote Service：
Remote Service 用于android系统内部的应用程序之间。可以定义接口并把接口暴露出来，以便其他应用进行操作。可被其他应用程序复用，比如天气预报服务，其他应用程序不需要再写这样的服务，调用已有的即可。
Started Service总结：
Activity页面中需要startService(intent) 和 stopService(intent)两个方法来启动Service和停止Service;
继承于Service类的自定义子类——MyStartService类中，生命周期回调方法有：onCreate() 、onStartCommand() 、onDestroy()；
如果停止服务，可以在Activity中调用stopService(intent)，也可以intent到Service中执行stopSelf()方法；
执行停止服务方法，会回调Service生命周期中的onDestroy()方法；
如果希望关闭Activity窗体，服务也停止，那么在Activity的onDestroy()方法中执行stopService()方法。如果希望关闭窗体后，服务还继续，那么Activity的onDestroy()中不执行停止服务即可；
在StartService中不会回调onBind()方法；
在停止服务后，如果再次点击“播放”，可以重新启动StartService。

7、IntentService与Service：

不管是何种Service，它默认都是在应用程序的主线程（亦即UI线程）中运行的。所以，如果你的Service将要运行非常耗时或者可能被阻塞的操作时，你的应用程序将会被挂起，甚至会出现ANR错误。为了避免这一问题，你应该在Service中重新启动一个新的线程来进行这些操作。现有两种方法大家参考：
① 直接在Service的onStartCommand()方法中新建一个线程来执行;

② Android SDK 中为我们提供了一个现成的Service类来实现这个功能，它就是IntentService，它主要负责以下几个方面：
Creates a default worker thread that executes all intents delivered to onStartCommand() separate from your application’s main thread.
生成一个默认的且与主线程互相独立的工作者线程来执行所有传送至 onStartCommand() 方法的Intetnt
Creates a work queue that passes one intent at a time to your onHandleIntent() implementation, so you never have to worry about multi-threading.
生成一个工作队列来传送Intent对象给你的onHandleIntent()方法，同一时刻只传送一个Intent对象，这样一来，你就不必担心多线程的问题。
Stops the service after all start requests have been handled, so you never have to call stopSelf().
在所有的请求(Intent)都被执行完以后会自动停止服务，所以，你不需要自己去调用stopSelf()方法来停止该服务
Provides default implementation of onBind() that returns null.
提供了一个onBind()方法的默认实现，它返回null
Provides a default implementation of onStartCommand() that sends the intent to the work queue and then to your onHandleIntent() implementation
提供了一个onStartCommand()方法的默认实现，它将Intent先传送至工作队列，然后从工每作队列中次取出一个传送至onHandleIntent()方法，在该方法中对Intent对相应的处理

IntentService使用队列的方式将请求的Intent加入队列，然后开启一个worker thread(线程)来处理队列中的Intent，对于异步的startService请求，IntentService会处理完成一个之后再处理第二个，每一个请求都会在一个单独的worker thread中处理，不会阻塞应用程序的主线程。
这里就给我们提供了一个思路，如果有耗时的操作可以在Service里面开启新线程，也可以使用IntentService来处理耗时操作。 但你若是想在Service中让多个线程并发的话，就得使用第一种方法，在Service内部起多个线程，但是这样的话，你可要处理好线程的同步。
Bound Service总结：
三、 拓展知识（进程和生命周期）：
Android操作系统尝试尽可能长时间保持应用的进程，但当可用内存很低时要移走一部分进程。哪些程序可以运行，哪些要被销毁？答案是：重要级别低的进程可能被淘汰。
按照重要性排列，一共可以分成5级：

1、前台运行进程：
用户此时需要处理和显示的进程。符合下列条件任何一个，这个进程就被认为是前台运行进程。
与用户正发生交互；
它控制一个与用户交互的必须的基本的服务；
一个正在调用生命周期回调方法的ervice（如onCreate()、onStar()、onDestroy()）；
一个正在运行onReceive()方法的广播接收对象。
销毁前台运行进程是系统万不得已的、最后的选择——当内存不够系统继续运行下去时，杀掉一些前台进程来保证能够响应用户的需求。
2、可用进程：
一个可用进程没有任何前台组件，但它仍然可以影响到用户的界面。下面情况发生时，可以称该进程为可用进程。
它是一个非前台的activity，但对用户仍然可用（onPause()方法已经被调用）。例如：前台的activity是一个允许上一个activity可见的对话框。也就是说当前activity中是一个对话框，对话框之外的地方能看到前一个activity的界面。

3、服务进程：
服务进程是一个通过调用startService()方法启动的服务，并且不属于前两种情况。尽管服务进程没有直接被用户看到，但他们确实是用户所关心的，比如后台播放音乐或网络下载数据，所以系统保证他们的运行。

4、后台进程：
一个后台进程就是非当前正在运行的activity（activity的onStop()方法已经被调用），他们不会对用户体验造成直接的影响，当没有足够内存来运行前台可见程序时，他们将会被终止。
通常，后台进程会有很多个在运行，LRU最近使用程序列表来保证经常运行的activity能最后一个被终止。

5、空线程：
一个空线程没有运行任何可用应用程序，保留他们的唯一原因是为了设立一个缓存机制，来加快组件启动的时间。系统经常杀死这些内存来平衡系统的整个系统的资源，进程缓存和基本核心缓存之间的资源。