startService,startForegroundServ

最近在开发过程中遇到相关问题，在此记录过程及解决思路。

1 原生已经实现功能

   Radio应用

   a 监听开机广播startService

   b 点应用图标后，bindService，实现与Service的通信

2 需要新实现的功能

其他应用接收开机广播后调用Radio应用，可能会startActivity，可能会startService, 被拉起后，恢复退出前的状态。

    实现思路：

    a 恢复退出前的状态在Service中实现，在Service中的onBind和onStartCommand中可以获取Intent，

        从intent中获取标记位，如果需要恢复状态，恢复记录的band和channel。

    b 但是判断过程只需要一次，所以考虑是在onStartCommand中还是onBind中做该判断。

    c 测试发现，startService时，如果Service尚未启动，onBind和onStartCommand都会执行到，如果service已经启动，

       则只执行onStartCommand。

    d 所以将判断逻辑放在了onStartCommand中。

    e 另外一种情况，其他应用拉起来的是Activity，需要将intent中的标记位通知到service，之前是用的onBind,同样的原因，

       当service已经启动的情况下，onBind不会重新执行，并且，bind拉起来的service不会走到onStartCommand。

    f  而如果在Activity拉起来service的时候，只用startService的话，则只会走onStartCommand,无法实现Activity和Service的通信。

    g 所以最后实现，在activity中先startService再bindService。

相关知识点：

1  Service也是运行在主线程

    一个服务（service）运行在主线程中，服务并不创建自己的线程，也不在隔离进程中运行（除非你指定）。这意味着，如果你的服务要执行CPU费时操作或阻塞操作，你需要在服务中创建新的线程来执行该操作。使用其他线程，可以避免ANR错误，保证应用的主线程可以与用户交互。

    Service多用于不需要和用户进行交互的后台播放音乐，后台播放Radio等情况，如果涉及交互，只是不希望耗时，可以用thread。

2 startService和bindService的区别

   a  交互

       通过startservice来启动一个service，启动后，service在后台运行。通常来说，该service是无法返回结果的。

       可以利用bindservice来和service绑定，绑定后，我们可以和service交互，发送请求，得到结果甚至执行IPC通信。

   b  生命周期

startService

       通过调用startService启动服务的过程：

       -》onCreate —》onStartCommand

       多次调用startService，服务会多次执行：

       -》onStartCommand 

       多次调用startService后，调用一次stopService即可结束服务。（若多次调用stopService，只有第一次有用）

       调用stopService的服务结束过程

       -》onDestroy

 bindService

       调用bindService启动服务的过程：

       -》onCreate —》onBind  —》（onServiceConnected）

       多次调用bindService，服务本身未执行任何操作。

       一次unBindService就能结束服务。（若多次调用unBindService，第一次有用，后面会出错）

       调用unBindService的服务结束过程：

       -》onUnbind —》onDestroy

 先startService后bindService

       先调用startService，后调用bindService。服务的执行过程为：

       onCreate —》onStartCommand —》onStart —》onBind  —》（onServiceConnected）

       先unBindService，后stopService。服务结束的执行过程：

       onUnbind —》onDestroy

       需注意的是：unBindService会执行到onUnbind，stopService会执行到onDestroy。

       先stopService，后unBindService。服务结束的执行过程：

       onUnbind —》onDestroy

       需注意的是：stopService不会执行任何操作，unBindService会执行到onUnbind—》onDestroy。

      先bindService后startService

       先调用bindService，后调用startService。服务的执行过程为：

       onCreate —》onBind  —》（onServiceConnected） —》onStartCommand

       先unBindService，后stopService。

       服务执行的过程同 三。

       先stopService，后unBindService。服务结束的执行过程：

       服务执行的过程同 三

        总结：

       1、多次bindService时，服务本身的onBind不会被多次执行。

       2、bind上一个Service后，执行一次unBindService就够了。不然会出错。

       3、一个App里，同一个Activity多次bind一个服务，除了第一次，后面的bind不会有任何onBind、onServiceConnected打印。

            一个App里，不同的Activity去bind一个服务，第一次bind有onBind、onServiceConnected打印，后面的bind只会             

            onServiceConnected打印。

        4、一个Activity bind上一个Service后，如果Activity finish前没有调用unBind，App会崩溃，Log打印如下：

android.app.ServiceConnectionLeaked: Activity com.example.testactivity1.MainActivity has leaked ServiceConnection

   com.example.testactivity1.MainActivity$1@412d9808 that was originally bound here.

  3  startForegroundService

      Android 8.0 有一项复杂功能；系统不允许后台应用创建后台服务。 因此，Android 8.0 引入了一种全新的方法，即 Context.startForegroundService()，以在前台启动新服务。

在系统创建服务后，应用有五秒的时间来调用该服务的 startForeground() 方法以显示新服务的用户可见通知。

如果应用在此时间限制内未调用 startForeground()，则系统将停止服务并声明此应用为 ANR。

8.0 以后不希望后台应用运行后台服务，除非特殊条件

一旦通过startForegroundService() 启动前台服务，必须在service 中有startForeground() 配套，不然会出现ANR 或者crash

startForeground() 中的id 和notification 不能为0 和 null