纯粹是个人学习总结，如有不对的地方请吐槽。
Service是一种在Android应用后台的一种组件，没有自己的界面，不需要与用户交互。
最基本的两种用途：执行长时间时间运行的耗时操作，如网络下载，音乐播放，文件系统检测。
一种是组件间的交互（通过将某些功能以Service组件的形式进行封装，然后提供给其他应用组件调用，而不管这些组件是否与Service组件在同一进程中）。
Service组件有两种运行模式，一种是启动模式，一种是绑定模式。
启动模式
如果Service组件是长时间运行的操作，则一般采用启动模式
启动模式的Service一般持续执行一个单一的操作,Service被启动后，将一直处于运行状态，即使调用startService的进程结束了，Service仍然还存在，直到有进程调用stopService，或者Service调用stopSelf自杀。
启动模式下，Service中的业务逻辑主要在onStartCommand方法中实现，其中方法的返回值决定了Service的运行模式。
1、START_NOT_STICKY:如果Sevice在启动后，被kill掉，并且没有新启动的Intent传给它，那么将Service移出启动状态并且不重新生成，知道再次显示调用Context.startService。适用场景：网上下载数据。
2、START_REDELIVER_INTENT:如果Service进程在启动后kill掉，那么它将会被重启，并且最后传给他的Intent通过onStartCommand(Intent ,int,int)会被重新传给他，这种模式保证了传给它Intent一定会被处理完毕，适用场景：关键业务处理。
3、START_STICKY:如果Service在它启动后被kill掉，那么Android将让Service继续保持started状态，但是不保留启动它的Intent，Android将重新创建Service实例，并执行onStartCommand方法，如果此时没有新的Intent请求，此时Intent的参数是null，这一点要特别注意。适用场景：后台播放音乐。这种运行模式的特点是需要显示启动并停止Service。
绑定模式
实例启动后，将调用onBind()方法，onBind方法返回给客户端一个IBinder接口实例，IBinder允许客户端回调Service方法，只要连接建立，Service就会一直运行，（不管客户是否保留Service的IBinder的引用）。通常IBinder是一个使用AIDL写成的复杂接口
绑定模式下Service的生命周期：onCreate()--->onBind(只一次，不能多次绑定)---->onUnbind()--->onDestory()
两种Service运行模式不是完全隔离的，通过调用startService方法启动的Service对象实例也可以被其他进程通过bindService方法来绑定，此时，只有对Service实例既调用了stopService，也调用unbindService饿，这个Service才会结束
实现对Service组件功能的调用Service组件要做以下改造：
1、将Service组件的功能封装到一个接口中。
2、实现一个内部类，它继承Bind类(既实现IBinder接口)，并实现Service组件的功能接口类。
3、在Service组件的onBind方法中，返回步骤2的内部类对象，供其他组件使用。
由于Service是在主线程运行的，为避免产生应用无响应异常，必须在Service类的内部创建一个单独的线程，用于耗时的业务逻辑
IntentService：
我们或许会碰到这么一种业务需求，一项任务分成几个子任务，子任务按顺序先后执行，子任务全部执行完后，这项任务才算成功，没有一种简单的方法来处理这个过程呢，答案就是IntentService
IntentService是继承于Service并处理异步请求的一个类，当任务执行完后，IntentService会自动停止。可以启动IntentService多次，而每一个耗时操作会以工作队列的方式在IntentService的onHandleIntent回调方法中执行，并且，每次只会执行一个工作线程，执行完第一个再执行第二个
IntentService（同时解决了多请求下线程同步的问题）。
1、在应用的主线程外创建一个单独的工作线程来执行传递到onStartCommand方法的Intent组件。
2、创建一个工作队列，它每次将一个Intent传递到onHandleIntent()，不需要考虑多线程的同步问题。
3、当所有请求被处理完成后，将自动停止服务而不需要显示调用stopSelf方法。
4、提供一个返回null值的onBind方法的默认实现。
5、提供了onStartCommand方法的默认时间，它将所有的Intent发送到一个工作队列，并进一步发送到onHandleInteng方法。
Service不死：
1、service的进程具有较高的优先级，如：android:priority = "1000"
2、onStartCommand方法，返回START_STICKY
3、在onDestroy方法里重启service
4、一个不被杀死的进程（android:allowBackup="true"），这个属性不能乱设置或许是相当于系统级的进程
5、系统各种广播监听，通过系统的广播，监听并捕获到，然后判断是否需要重新启动service
