Android Service调用流程解析

Service是面试中经常问到的一个模块，从之前的简单使用，到后期的应用保活，当然现在Android系统对这种保活机制进行了优化和限制，我们先简单了解下Service的特性。

接下来的文章主要以一问一答的方式进行介绍Service的特性，必要部分也会分析到Service的源码逻辑

首先啥是Service？

• 虽然大家都知道啥是Service，但是我也得甩个定义。
• Service是Android系统中的四大组件之一，主要有两个应用场景：后台运行和跨进程访问。Service可以在后台执行长时间运行操作而不提供用户界面，除非系统必须回收内存资源，否则系统不会停止或销毁服务。服务可由其他应用组件启动，而且即使用户切换到其他应用，服务仍将在后台继续运行。 此外，组件可以绑定到服务，以与之进行交互，甚至是执行进程间通信 (IPC)。

Service启动方式有几种？

• 启动方式有两种。
• 1. startService(Intent)
• 2. bindService(Intent,ServiceConnection,flags);

startService和bindService启动服务有什么区别？

• 1. 这两种启动方式的生命周期不同。
     startService:onCreate()-onStartCommand()-onDestroy();
     bindService:onCreate()-onBind()-onServiceConnected()-onUnBind()-onDestroy();
     混合调用，先startService后bindService
     onCreate()-onStartCommand()-onBind()-onServiceConnected()-onUnBind()-onDestroy()
     混合调用，先bindService后startService
     onCreate()-onBind()-onServiceConnected()-onStartCommand()-onUnBind()-onDestroy()
• 2. 启动者结束后，使用startService启动的Service会继续执行，因为startService是独立进程，使用bindService启动的服务会立即结束并抛异常提醒。
• 3. startService独立进程 资源占用也会比较多。

多次调用startService或者bindService会重复执行生命周期么？

• 1. 重复startService会重复执行onStartCommand()，但onCreate()只会执行一次。
• 2. 重复bindService所有Service的生命周期都不重复执行，onCreate(),onBind()只执行一次。

• 补充：通过tartService和bindService混合启动的Service至少点击一次stopService和unbindService。

Service 怎么和Activity进行通信?

• 1. 可通过Binder对象进行通信。
• 2. 可通过BroadCast Receiver
• 3. 通过Handler借助Binder
• 4. 通过回调借助Binder

为什么bindService可以跟Activity生命周期联动？

• 这个问题字面是在考察Service的联动现象，实在考察对Android源码的理解，接下来咱们就针对源码捋一遍。
  首先我们知道，bindService 方法执行时，会回调到onServiceConnected()。

• 那onServiceConnected是怎么回调的？又是由谁回调的？
  Service的大部分操作均由ActivityThread的内部类H处理。

• onServiceConnected()调用链如下所示：

H->handleMessage()
    handleBindService()
          IBinder binder = mServices.get(data.token).onBind();
          // ActivityManager.getService()得到的是一个ActivityManagerService对象。
          ActivityManager.getService().publishService(,, binder);
           //ActivityManagerService对象是在系统进程中，所以当前线程会挂起,启用系统进程调用publishServiceLocked()
              ActiveServices.publishServiceLocked(,, binder);
                //c.conn.connected又从系统的服务进程回到了应用进程,connected方法就是LoadApk的内部类InnerConnection.connected()方法.
                  c.conn.connected(r.name, binder, false); 
                      LoadedApk.ServiceDispatcher.connected(, binder, );
                          LoadedApk.ServiceDispatcher.doConnected(, binder, );
                              ServiceConnection.onServiceDisconnected();
                              ServiceConnection.onServiceConnected();

• 以上执行过程中LoadedApk会记录 ServiceConnection 信息。
  当Activity 执行 finish 方法时，会通过 LoadedApk检查Activity是否存在未注销/解绑的 BroadcastReceiver 和 ServiceConnection。
  如果有未解绑的对象，则通知 AMS 注销/解绑对应的 BroadcastReceiver 和 Service，并打印异常信息，告诉用户应该主动执行注销/解绑的操作。

注:

• Service的所有生命周期方法和ServiceConnection的回调方法都是运行在主线程的。所以在开发中特别要注意，千万不能在Service的生命周期方法中做非常耗时的操作，否则会引起主线程卡顿，严重时还会引起ANR。