一、Service简介
Service是Android程序中四大基础组件之一，它和Activity一样都是Context的子类， 只不过它没有UI界面，是在后台运行的组件。 Service是Android中实现程序后台运行的解决方案，它非常适用于去执行那些不需 要和用户交互而且还要求长期运行的任务。Service默认并不会运行在子线程中，它 也不运行在一个独立的进程中，它同样执行在UI线程中，因此，不要在Service中执 行耗时的操作，除非你在Service中创建了子线程来完成耗时操作。
二、按使用方式分类：（还有其它分类方式）
三、生命周期
?
?OnCreate()
系统在service第一次创建时执行此方法，来执行只运行一次的初始化工作。如果 service已经运行，这个方法不会被调用。
onStartCommand()
每次客户端调用startService()方法启动该Service都会回调该方法（多次调用）。一 旦这个方法执行，service就启动并且在后台长期运行。通过调用stopSelf()或 stopService()来停止服务。
OnBind()
当组件调用bindService()想要绑定到service时(比如想要执行进程间通讯)系统调用 此方法（一次调用，一旦绑定后，下次再调用bindService()不会回调该方法）。在 你的实现中，你必须提供一个返回一个IBinder来以使客户端能够使用它与service通 讯，你必须总是实现这个方法，但是如果你不允许绑定，那么你应返回null。
OnUnbind()
当前组件调用unbindService()，想要解除与service的绑定时系统调用此方法（一次 调用，一旦解除绑定后，下次再调用unbindService()会抛出异常）。
OnDestory()
系统在service不再被使用并要销毁时调用此方法（一次调用）。service应在此方法 中释放资源，比如线程，已注册的侦听器，接收器等等．这是service收到的最后一 个调用。 下面介绍三种不同情况下Service的生命周期情况。
1.startService / stopService
生命周期顺序：onCreate->onStartCommand->onDestroy
如果一个Service被某个Activity 调用 Context.startService方法启动，那么不管是否 有Activity使用bindService绑定或unbindService解除绑定到该Service，该Service都 在后台运行，直到被调用stopService，或自身的stopSelf方法。当然如果系统资源 不足，android系统也可能结束服务，还有一种方法可以关闭服务，在设置中，通过 应用->找到自己应用->停止。
注意点：
①第一次 startService 会触发 onCreate 和 onStartCommand，以后在服务运行过 程中，每次 startService 都只会触发 onStartCommand
②不论 startService 多少次，stopService 一次就会停止服务
2.bindService / unbindService
生命周期顺序：onCreate->onBind->onUnBind->onDestroy
如果一个Service在某个Activity中被调用bindService方法启动，不论bindService被 调用几次，Service的onCreate方法只会执行一次，同时onStartCommand方法始终 不会调用。
当建立连接后，Service会一直运行，除非调用unbindService来接触绑定、断开连 接或调用该Service的Context不存在了（如Activity被Finish——即通过bindService 启动的Service的生命周期依附于启动它的Context），系统在这时会自动停止该 Service。
注意点：
第一次 bindService 会触发 onCreate 和 onBind，以后在服务运行过程中，每次 bindService 都不会触发任何回调
3.混合型（上面两种方式的交互）
当一个Service在被启动(startService)的同时又被绑定(bindService)，该Service将 会一直在后台运行，并且不管调用几次，onCreate方法始终只会调用一次， onStartCommand的调用次数与startService调用的次数一致（使用bindService方法 不会调用onStartCommand）。同时，调用unBindService将不会停止Service，必 须调用stopService或Service自身的stopSelf来停止服务。
在什么情况下使用 startService 或 bindService 或 同时使用 startService 和 bindService？
① 如果你只是想要启动一个后台服务长期进行某项任务那么使用 startService 便可 以了。
② 如果你想要与正在运行的 Service 取得联系，那么有两种方法，一种是使用 broadcast ，另外是使用 bindService ，前者的缺点是如果交流较为频繁，容易造 成性能上的问题，并且 BroadcastReceiver 本身执行代码的时间是很短的（也许执 行到一半，后面的代码便不会执行），而后者则没有这些问题，因此我们肯定选择 使用 bindService（这个时候你便同时在使用 startService 和 bindService 了，这在 Activity 中更新 Service 的某些运行状态是相当有用的）。
③ 如果你的服务只是公开一个远程接口，供连接上的客服端（android 的 Service 是C/S架构）远程调用执行方法。这个时候你可以不让服务一开始就运行，而只用 bindService ，这样在第一次 bindService 的时候才会创建服务的实例运行它，这会 节约很多系统资源，特别是如果你的服务是Remote Service，那么该效果会越明显 （当然在 Service 创建的时候会花去一定时间，你应当注意到这点）。
