Service是Android中常用组件之一，它是Android中实现程序后台运行的解决方案，它非常适合用于去执行那些不需要和用户交互且还要长期运行的任务。Service是在后台允许并执行任务，但他并不是允许在一个独立的进程或者线程中，而是运行在主线程，即UI线程；因此，我们在Service中运行一些耗时任务时，需要在Service中创建新的线程来处理。Service的运行部依赖于任何的UI界面，没有ui界面，ui界面转到后台，Service都可以任然在后台正常运行；但当Service所在的进程被杀掉后，Service就会停止运行。
与Activity类似，Service也有自己的生命周期函数，在不同的时刻，系统会调用对应的Service生命周期函数。Service的生命周期流程与启动Service的方式相关，下图是Service的生命周期图。
生命周期方法说明
Service内部生命周期方法：
| 内部生命周期方法 | 作用 |
|---|---|
| onCreat() | 创建服务 |
| onStartCommand() | 开始服务 |
| onBind() | 绑定服务 |
| onUnbind() | 解绑服务 |
| onDestroy() | 销毁服务 |
- onCreate()
首次创建服务时，系统将调用此方法来执行一次性设置程序（在调用 onStartCommand() 或 onBind() 之前）。如果服务已在运行，则不会调用此方法。 - onStartCommand()
当客户端（如 Activity）通过调用 startService() 请求启动服务时，系统将调用此方法。一旦执行此方法，服务即会启动并可在后台无限期运行。 如果您实现此方法，则在服务工作完成后，需要由您通过调用 stopSelf() 或 stopService() 来停止服务。（如果您只想提供绑定，则无需实现此方法。） - onBind()
当客户端通过调用 bindService() 与服务绑定（例如执行 RPC）时，系统将调用此方法。在此方法的实现中，您必须通过返回 IBinder 提供一个接口，供客户端用来与服务进行通信。请务必实现此方法，但如果您并不希望允许绑定，则应返回 null。 - onUnbind()
当客户端通过调用unbindService()解除与服务的连接时，当Service没有其他的进程绑定到该服务时，此时onUnbind()调用，同时会接着调用onDestroy()来结束服务。 - onDestroy()
当服务不再使用且将被销毁时，系统将调用此方法。服务应该实现此方法来清理所有资源，如线程、注册的侦听器、接收器等。 这是服务接收的最后一个调用。
启动方式与Service生命周期的关系：
外部调用Service的4个方法如下：
| 外部调用方法 | 作用 |
|---|---|
| startService() | 启动服务 |
| stopService() | 关闭服务 |
| bindService() | 绑定服务 |
| unbindService() | 解绑服务 |
startService()
- 作用：启动Service服务
- 手动调用startService()后，自动调用内部方法：onCreate()、onStartCommand()
- 调用逻辑如下：
stopService()
- 作用：关闭Service服务
- 手动调用stopService()后，自动调用内部方法：onDestory()
- 调用的逻辑：
bindService()
- 作用：绑定Service服务
- 手动调用bindService()后，自动调用内部方法：onCreate()、onBind()
- 调用的逻辑：
unbindService()
- 作用：解绑Service服务
- 手动调用unbindService()后，自动调用内部方法：onUnbind、onDestory()
- 调用的逻辑：
根据外部启动/绑定Service方式的不同，Service的生命周期可以分为以下几种情况：
1.只使用startService启动服务
使用startService启动服务后，服务会启动并依次执行
context.startService() ->onCreate()- >onStartCommand()->Service running如果一个Service被startService方法多次启动，那么onCreate方法只会调用一次，onStartCommand则每次都会被调用到;系统只会创建Service的一个实例。调用者退出后，Service继续在后台运行，直到调用stopService或者Service自己调用stopSelf退出。当然如果系统资源不足，android系统也可能结束服务。
2.只使用BindService绑定服务
客户端和服务端交互流程及对应关系
如果一个Service被某个Activity 调用 Context.bindService 方法绑定启动，不管调用 bindService 调用几次，onCreate方法都只会调用一次，同时onStartCommand方法始终不会被调用。当连接建立之后，Service将会一直运行，除非调用Context.unbindService 断开连接或者之前调用bindService 的 Context 不存在了（如Activity被finish的时候），系统将会自动停止Service，对应onDestroy将被调用。当有多个不同的Context绑定到服务时，只有等全部的Context实例都调用unbindService解除绑定，或都不存在（销毁了）才会停止Service。
3.同时使用startService()启动服务、BindService()绑定服务
如果一个Service又被启动又被绑定，则该Service将会一直在后台运行。并且不管如何调用，onCreate始终只会调用一次，对应startService调用多少次，Service的onStartCommand便会调用多少次。单纯的调用unbindService或stopService都不会导致Service的退出。需要bindService的Context实例都执行了unbindService，且startService的Context实例都调用了stopService后，Service才会退出。
Service的分类
| 按运行形式分类 | 特点 | 应用场景 |
|---|---|---|
| 本地服务 | 运行在本地进程，本地进程退出后服务也会终止 | 特定场景服务，不需要为第三方提供服务 |
| 远程服务 | 运行在远程进程，生命不受访问进程的影响，其他进程通过AIDL方式访问 | 系统服务，公共服务 |
| 按运行方式分类 | 特点 | 应用场景 |
|---|---|---|
| 前台服务 | 在通知栏显示通知 | 服务运行需要让用户知道并可以进行相关操作 |
| 后台服务 | 后台运行，无运行提示 | 服务不需要用户知道，也不需要用户进行操作 |