【Android】Service几个重要的方法运行在哪个线程

一、前言

Service是Android中的四大组件之一，在开发中也是经常使用的。

Service的用法比较简单，这里不过多进行讨论。但是，我们用了这么久的Service，是否有想过以下问题：

Service的几个生命周期方法是运行在哪个线程的？是主线程还是子线程？
当使用bindService后，ServiceConnection的回调方法onServiceConnected和onServiceDisconnected方法又是运行在哪个线程的？是主线程还是子线程？

针对上面的两个问题，本文从Android源码的角度进行解析，并给出答案。好了，下面让我们开始进入源码的世界吧！

二、Service的生命周期方法执行时所处的线程

Service的生命周期方法是onCreate、onStartCommand、onDestroy、onBind、onUnBind。

2.1、onCreate方法

首先看onCreate方法。从文章【源码解析】Service的工作过程分析知道，Service的onCreate方法是在ActivityThread的handleCreateService方法调用的，如下所示：

private void handleCreateService(CreateServiceData data) {...省略LoadedApk packageInfo = getPackageInfoNoCheck(data.info.applicationInfo, data.compatInfo);Service service = null;try {java.lang.ClassLoader cl = packageInfo.getClassLoader();service = (Service) cl.loadClass(data.info.name).newInstance();} catch (Exception e) {...省略}try {ContextImpl context = ContextImpl.createAppContext(this, packageInfo);context.setOuterContext(service);Application app = packageInfo.makeApplication(false, mInstrumentation);service.attach(context, this, data.info.name, data.token, app,ActivityManager.getService());service.onCreate(); //Service的onCreate方法被调用mServices.put(data.token, service);try {ActivityManager.getService().serviceDoneExecuting(data.token, SERVICE_DONE_EXECUTING_ANON, 0, 0);} catch (RemoteException e) {throw e.rethrowFromSystemServer();}} catch (Exception e) {...省略}
}

所以要确定onCreate方法的运行线程，就要确定handleCreateService方法的运行线程，可以看到handleCreateService方法是私有方法，它在H类的handleMessage方法中被调用，如下所示：

public void handleMessage(Message msg) {switch (msg.what) {...省略case CREATE_SERVICE:handleCreateService((CreateServiceData)msg.obj);break;...省略}
}

所以要确定handleCreateService方法的运行线程，就有确定handleMessage方法的运行线程。由于handleMessage是H类的方法，H类是一个Handler类，所以handleMessage方法的运行线程由创建H类时的Looper对象决定。所以，我们转而找到H类创建的代码，如下所示：

final H mH = new H();

H类创建时并没有传入相关的Looper对象，所以默认的使用了其创建时的当前线程，而mH是ActivityThread的一个成员变量，所以其创建时的当前线程就是ActivityThread对象生成时的当前线程。

那么ActivityThread对象是什么时候生成的呢？ActivityThread对象是在ActivityThread的main函数中生成的，如下所示：

public static void main(String[] args) {...省略Looper.prepareMainLooper();ActivityThread thread = new ActivityThread();thread.attach(false);if (sMainThreadHandler == null) {sMainThreadHandler = thread.getHandler();}if (false) {Looper.myLooper().setMessageLogging(newLogPrinter(Log.DEBUG, "ActivityThread"));}Looper.loop();throw new RuntimeException("Main thread loop unexpectedly exited");
}

我们知道main函数是一个应用的真正入口，它是在主进程中的主线程执行的，并且之后执行一次，所以说明了ActivityThread对象创建时所处的线程是主线程。这样，我们就可以回溯证明ActivityThread的mH对象消息处理的运行线程也是主线程，最后倒推证明onCreate方法是在主线程中运行的。

2.2、其他生命周期方法

由于其他生命周期方法同样是在ActivityThread中通过mH发送消息，并由handleMessage处理的，所以它们和onCreate方法一样，也是运行在主线程。这里就不再重复分析，大家可以自己验证一下。

三、ServiceConnection的回调方法所处的线程

上面的结论告诉我们，Service的生命周期方法onBind是运行在主线程的，而onBind方法是在handleBindService方法中执行的，我们接着分析ServiceConnection的回调方法所处的线程。

3.1、onServiceConnected方法

由之前的文章【源码解析】Service的工作过程分析知道，ServiceConnection的回调方法onServiceConnected是在onBind方法后执行的，如下所示：

private void handleBindService(BindServiceData data) {Service s = mServices.get(data.token);if (s != null) {try {data.intent.setExtrasClassLoader(s.getClassLoader());data.intent.prepareToEnterProcess();try {if (!data.rebind) {IBinder binder = s.onBind(data.intent);ActivityManager.getService().publishService(data.token, data.intent, binder);} else {s.onRebind(data.intent);ActivityManager.getService().serviceDoneExecuting(data.token, SERVICE_DONE_EXECUTING_ANON, 0, 0);}ensureJitEnabled();} catch (RemoteException ex) {throw ex.rethrowFromSystemServer();}} catch (Exception e) {...省略}}
}

可以看到，在执行了onBind方法后，得到了该Service对象的一个句柄binder，紧接着调用了ActivityManager.getService()的publishService方法，ActivityManager.getService()是一个ActivityManagerService对象，它的publishService方法如下所示：

public void publishService(IBinder token, Intent intent, IBinder service) {// Refuse possible leaked file descriptorsif (intent != null && intent.hasFileDescriptors() == true) {throw new IllegalArgumentException("File descriptors passed in Intent");}synchronized(this) {if (!(token instanceof ServiceRecord)) {throw new IllegalArgumentException("Invalid service token");}mServices.publishServiceLocked((ServiceRecord)token, intent, service);}
}

由于ActivityManagerService对象是在系统进程中，所以当前线程会挂起，并调用系统进程中的ActivityManagerService对象的publishService方法，而publishService方法又调用了publishServiceLocked方法，如下所示：

void publishServiceLocked(ServiceRecord r, Intent intent, IBinder service) {final long origId = Binder.clearCallingIdentity();try {if (r != null) {Intent.FilterComparison filter= new Intent.FilterComparison(intent);IntentBindRecord b = r.bindings.get(filter);if (b != null && !b.received) {b.binder = service;b.requested = true;b.received = true;for (int conni=r.connections.size()-1; conni>=0; conni--) {ArrayList<ConnectionRecord> clist = r.connections.valueAt(conni);for (int i=0; i<clist.size(); i++) {ConnectionRecord c = clist.get(i);if (!filter.equals(c.binding.intent.intent)) {continue;}try {//这里又从系统进程回到了应用进程c.conn.connected(r.name, service, false); } catch (Exception e) {...省略}}}}serviceDoneExecutingLocked(r, mDestroyingServices.contains(r), false);}} finally {Binder.restoreCallingIdentity(origId);}
}

由之前的文章【源码解析】Service的工作过程分析知道，c.conn.connected又从系统的服务进程回到了应用进程，并且该connected方法就是LoadApk的内部类InnerConnection的connected方法，如下所示：

private static class InnerConnection extends IServiceConnection.Stub {final WeakReference<LoadedApk.ServiceDispatcher> mDispatcher;InnerConnection(LoadedApk.ServiceDispatcher sd) {mDispatcher = new WeakReference<LoadedApk.ServiceDispatcher>(sd);}public void connected(ComponentName name, IBinder service, boolean dead)throws RemoteException {LoadedApk.ServiceDispatcher sd = mDispatcher.get();if (sd != null) {sd.connected(name, service, dead);}}
}

这里继而调用了LoadedApk的ServiceDispatcher对象的connected方法，如下所示：

public void connected(ComponentName name, IBinder service, boolean dead) {if (mActivityThread != null) {mActivityThread.post(new RunConnection(name, service, 0, dead));} else {doConnected(name, service, dead);}
}

而上面不管是调用mActivityThread对象的post方法，或者是直接调用doConnected方法，最终都会调用到doConnected方法，而这两个方法调用的doConnected方法都运行在主线程中，我们再来看doConnected方法，如下所示：

public void doConnected(ComponentName name, IBinder service, boolean dead) {ServiceDispatcher.ConnectionInfo old;ServiceDispatcher.ConnectionInfo info;...省略// If there was an old service, it is now disconnected.if (old != null) {mConnection.onServiceDisconnected(name);}if (dead) {mConnection.onBindingDied(name);}// If there is a new service, it is now connected.if (service != null) {mConnection.onServiceConnected(name, service);}
}

可以清晰的看到doConnected方法调用了ServiceConnection对象的onServiceConnected方法，这就是证明了onServiceConnected方法是运行在主线程的。

3.2、onServiceDisconnected方法

在doConnected方法中也同时看到了onServiceDisconnected方法会被调用，所以同时也证明了onServiceDisconnected方法是运行在主线程的。

四、总结

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