标签：
1.Service的应用场景
条件：a.并不依赖于用户可视化界面（不是绝对的，如前台service就是与notification界面结合使用的）
b.具有较长时间的运行特性。
service的应用场景有很多，如：
2.service的基本用法
a.启动的两种方式
两种启动方式的区别
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的方式。
这个方法略，如果知道上面两种方法，这个方法基本很少会用到。
4.Service和Thread的关系
Service和Thread的关系：一毛钱关系都没有
Service和Thread的区别：
Thread的生命周期
标签：
原文地址：http://www.cnblogs.com/prescheng/p/5898939.html
