1.Service的应用场景
条件：a.并不依赖于用户可视化界面（不是绝对的，如前台service就是与notification界面结合使用的）
b.具有较长时间的运行特性。
service的应用场景有很多，如：
- 当用户离开音乐应用时，Music playback以Service运行；
- 当后台文件正在下载时它以Service实现；
- Google应用维持一个Service来从网络中获取推送服务；
- 当一些特殊的数据同步需要进行时，Sync adapters以Service运行于后台；
- 活动壁纸以Service运行于后台；
2.service的基本用法
a.启动的两种方式
- 通过startService启动
- 通过bindService启动
两种启动方式的区别
- 通过startService启动的，就跟Activity无关了，在其它地方也可以关闭
- 通过bindService启动的，是和Activity绑定的，Activity挂了，它就挂了
b.生命周期
service积极活动的生命时间（active lifetime）是从onStartCommand() 或onBind()被调用开始，它们各自处理由startService()或 bindService()方法传过来的Intent对象。
如果service是被开启的，那么它的活动生命周期和整个生命周期一同结束。
如果service是被绑定的，它们它的活动生命周期是在onUnbind()方法返回后结束。
注意：尽管一个被开启的service是通过调用 stopSelf() 或 stopService()来停止的，没有一个对应的回调函数与之对应，即没有onStop()回调方法。所以，当调用了停止的方法，除非这个service和客户组件绑定，否则系统将会直接销毁它，onDestory()方法会被调用，并且是这个时候唯一会被调用的回调方法。
c.创建了几个实例？
不管调用多少次都只有1个实例，因为只走了一个oncreate方法。
在启动（startService）的时候不要忘了在某一个地方给他停止（StopService）
同样在绑定（bindService）的时候，也要在后面给他解绑（onUnbind）
3.Service跟Activity通信
通信方式
-
继承Binder类
这个方式只有当你的Acitivity和Service处于同一个Application和进程时，才可以用，比如你后台有一个播放背景音乐的Service，这时就可以用这种方式来进行通信。在Service里定义一个内部类，Binder的子类，通过这个类，把Service的对象传给Activity，这样Activity就可以调用Service里的公用方法和公用属性了，但这种方式，一定要在同一个进程和同一个Application里。
-
使用Messenger
上面的方法只能在同一个进程里才能用，如果要与另外一个进程的Service进行通信，则可以用Messenger。
其实实现IPC的方式，还有AIDL，但推荐使用Messenger，有两点好处：
1. 使用Messenger方式比使用AIDL的方式，实现起来要简单很多
2. 使用Messenger时，所有从Activity传过来的消息都会排在一个队列里，不会同时请求Service，所以是线程安全的。如果你的程序就是要多线程去访问Service，就可以用AIDL，不然最好使用Messenger的方式。
- 使用AIDL
这个方法略，如果知道上面两种方法，这个方法基本很少会用到。
4.Service和Thread的关系
Service和Thread的关系：一毛钱关系都没有
Service和Thread的区别：
- 正常情况下Service运行于主线程，Thread是一个子线程
- Service的优先级高于挂起的Activity，也高于Activity所创建的Thread
Thread的生命周期
- 在Activity中被创建：Thread的生命周期即为整个Activity的生命周期
- 在Application中被创建：Thread的生命周期即为整个Application的生命周期
- 在Service中被创建：这是保证Thread最长生命周期的唯一方式，只要Service不退出，Thread就一直在后台执行