1.什么是Service

Service 是一个可以在后台执行长时间运行操作而不提供用户界面的应用组件。服务可由其他应用组件启动，而且即使用户切换到其他应用，服务仍将在后台继续运行。 此外，组件可以绑定到服务，以与之进行交互，甚至是执行进程间通信 (IPC)。上面的这句话是官方的解释，这句化的第一句很明显的阐述了Service的使用场景，也就是说在不需要与用户进行交互（用户点击屏幕等触发事件的行为都是交互行为）的情景，以及某个操作需要在后台长时间运行的情况。只要满足这两个情况之一，都可以考虑使用Service。
此外，必须注意的是Service必须要被其他组件（Activity等组件）启动才能运行。

Intent mIntent = new Intent(getApplicationContext(), AboutService.class);
getApplicationContext().startService(mIntent);

但是，我测试通过ApplicationContext启动服务，它也确实能够启动，这里冒昧下个结论，只要有Context的地方，都可以通过Context启动服务。
服务在其托管进程的主线程中运行，它既不创建自己的线程，也不在单独的进程中运行（除非另行指定）。 这意味着，如果服务将执行任何 CPU 密集型工作或阻止性操作（例如 MP3 播放或联网）（可以理解为耗时的操作），则应在服务内创建新线程来完成这项工作。通过使用单独的线程，可以降低发生“应用无响应”(ANR) 错误的风险，而应用的主线程仍可继续专注于运行用户与 Activity 之间的交互。其实这句话可以简单的理解为服务是在主线程中运行，因此如果服务中有耗时任务应该放到子线程中去执行。

2.Service按启动方式分类

为了确保应用的安全性，请始终使用显式 Intent 启动或绑定 Service，且不要为服务声明 Intent 过滤器。启动哪个服务存在一定的不确定性，而如果对这种不确定性的考量非常有必要，则可为服务提供 Intent 过滤器并从 Intent 中排除相应的组件名称，但随后必须使用 setPackage() 方法设置 Intent 的软件包(setPackage设置的是app的包名，而不是该服务的路径)，这样可以充分消除目标服务的不确定性。这句话的意思是为了确保安全，要使用显示Intent的方法来启动或者绑定服务，而且一般不要为服务声明Intent过滤器。（一般隐式启动服务是需要使用到Intent过滤器设置action）使用隐式 Intent 启动服务存在安全隐患（如果未设置android:exported="false"那么其他应用可以调用该应用的服务，这确实不安全），因为无法确定哪些服务将响应 Intent，且用户无法看到哪些服务已启动（这里在filter里的例子测试了一下，在AndroidManifest将两个服务的过滤器里的action设置为相同的，多次测试结果是只有先设置过滤的服务会被启动，而另一个服务未被启动。但是这句话的意思是不能确定哪个服务被启动，所以不清楚是不是先设置过滤的服务一定会被启动，不清楚是不是设置了相同Action的服务只能有一个被启动）。隐式启动一点要设置setPackage() 否则会报错。

        //通过ApplicationContext来启动服务
//        IllegalArgumentException: Service Intent must be explicit
//        经过查找相关资料，发现是因为Android5.0中service的intent一定要显性声明，当这样绑定的时候不会报错。
//  隐式启动
//        Intent mIntent = new Intent();
//        mIntent.setAction("xxx");
//  startService(mIntent);
        //显示启动
        Intent mIntent = new Intent(this, AboutService.class);
        startService(mIntent);

3.服务的生命周期

服务生命周期。左图显示了使用 startService() 所创建的服务的生命周期，右图显示了使用 bindService() 所创建的服务的生命周期。

服务生命周期（从创建到销毁）可以遵循两条不同的路径：
• 启动服务
该服务在其他组件调用 startService() 时创建，然后无限期运行，且必须通过调用 stopSelf() 来自行停止运行。此外，其他组件也可以通过调用stopService() 来停止服务。服务停止后，系统会将其销毁。
• 绑定服务
该服务在另一个组件（客户端）调用 bindService() 时创建。然后，客户端通过 IBinder 接口与服务进行通信。客户端可以通过调用unbindService() 关闭连接。多个客户端可以绑定到相同服务，而且当所有绑定全部取消后，系统即会销毁该服务。 （服务不必自行停止运行。）
这两条路径并非完全独立。也就是说，您可以绑定到已经使用 startService() 启动的服务。例如，可以通过使用 Intent（标识要播放的音乐）调用 startService() 来启动后台音乐服务。随后，可能在用户需要稍加控制播放器或获取有关当前播放歌曲的信息时，Activity 可以通过调用 bindService()绑定到服务。在这种情况下，除非所有客户端均取消绑定，否则 stopService() 或 stopSelf() 不会实际停止服务。

允许绑定的已启动服务的生命周期

当一个服务既bindService又startService的时候（先bindService还是先startService并不会有什么影响，），如果这时候所有的客户端都调用unbindService(),那么服务会调用onUnbind()方法，但是服务还是会继续运行，只有当调用stopService()的时候，服务才会调用onDestroy()方法，进入死亡状态。
当一个服务既bindService又startService的时候（先bindService还是先startService并不会有什么影响），如果先调用stopService()，这时候服务还是会继续运行，只有当所以客户端都调用unbindService()，这时候服务就会先调用onUnbind()，然后调用onDestroy()方法，进入死亡状态。
上面的图我认为是有错误的，应该分两种情况，也就是上面描述的两种情况，是先解绑所以服务还是先调用stopService。

image.png

4.前台服务

前台服务被认为是用户主动意识到的一种服务，因此在内存不足时，系统也不会考虑将其终止。 前台服务必须为状态栏提供通知，放在“正在进行”标题下方，这意味着除非服务停止或从前台移除，否则不能清除通知。
例如，应该将通过服务播放音乐的音乐播放器设置为在前台运行，这是因为用户明确意识到其操作。 状态栏中的通知可能表示正在播放的歌曲，并允许用户启动 Activity 来与音乐播放器进行交互。
要请求让服务运行于前台，请调用 startForeground()。要从前台移除服务，请调用 stopForeground()。stopForeground此方法采用一个布尔值，指示是否也移除状态栏通知。 此方法不会停止服务。 但是，如果您在服务正在前台运行时将其停止，则通知也会被移除。

image.png

具体例子请查看com.tan.lgy.testservice.ForegroundService

5.源码地址

Servicel例子
Service客户端（测试远程服务）

6.参考文章

https://developer.android.google.cn/guide/components/services.html#CreatingStartedService
https://developer.android.google.cn/guide/components/aidl.html
Android开发中文网址