Android系统在新进程中启动自定义服务过程(startService)的原理分析

Android系统在新进程中启动自定义服务过程（startService）的原理分析

在编写Android应用程序时，我们一般将一些计算型的逻辑放在一个独立的进程来处理，这样主进程仍然可以流畅地响应界面事件，提高用户体验。Android系统为我们提供了一个Service类，我们可以实现一个以Service为基类的服务子类，在里面实现自己的计算型逻辑，然后在主进程通过startService函数来启动这个服务。在本文中，将详细分析主进程是如何通过startService函数来在新进程中启动自定义服务的。

在主进程调用startService函数时，会通过Binder进程间通信机制来通知ActivitManagerService来创建新进程，并且启动指定的服务。在Android系统中，Binder进程间通信机制使用非常广泛，因此，希望读者在继续阅读下面的内容之前，对Android系统和Binder进程间通信机制有一定的了解，具体可以参考前面Android进程间通信（IPC）机制Binder简要介绍和学习计划一文。

关于startService的具体用法，可以参考前面Android系统匿名共享内存Ashmem（Anonymous Shared Memory）简要介绍和学习计划一文中用到的实例，它是Activity类的一个成员函数：

view plain

? ? ? ? ? ? ? ? ?

package shy.luo.ashmem; ......

public class Client extends Activity implements OnClickListener { ......

IMemoryService memoryService = null; ......

?? @Override

?? public void onCreate(Bundle savedInstanceState) { ?? ...... ??

?? IMemoryService ms = getMemoryService(); ?? if(ms == null) {

?? startService(new Intent(\)); ?? } else {

?? Log.i(LOG_TAG, \); ?? } ??

?? ...... ??

?? Log.i(LOG_TAG, \); ?? }

??

?? ...... ?? }

这里的“shy.luo.ashmem.server”是在程序配置文件AndroidManifest.xml配置的Service的名字，用来告诉Android系统它所要启动的服务的名字：

view plain

??

?? android:sharedUserId=\ ?? android:versionCode=\ ?? android:versionName=\> ??

android:label=\> ?? ...... ??

?? android:enabled=\ ?? android:name=\ ?? android:process=\ > ??

?? ??

android:name=\/> ?? ?? ?? ??

android:icon=\

这里，名字“shy.luo.ashmem.server”对应的服务类为shy.luo.ashmem.Server，下面语句：

view plain

?? startService(new Intent(\));

就表示要在一个新的进程中启动shy.luo.ashmem.Server这个服务类，它必须继承于Android平台提供的Service类：

view plain

?? package shy.luo.ashmem; ?? ?? ...... ??

?? public class Server extends Service { ?? ?? ...... ??

?? @Override

?? public IBinder onBind(Intent intent) { ?? return null; ?? } ??

?? @Override

?? public void onCreate() { ?? ...... ?? ?? } ??

?? ...... ?? }

下面，我们来看看Activity类中的startService成员函数是如何实现的。

先来看看Activity的类图：

从图中可以看出，Activity继承了ContextWrapper类，而在ContextWrapper类中，实现了startService函数。在ContextWrapper类中，有一个成员变量mBase，它是一个ContextImpl实例，而ContextImpl类和ContextWrapper类一样继承于Context类，ContextWrapper类的startService函数最终过调用ContextImpl类的startService函数来实现。这种类设计方法在设计模式里面，就称之为装饰模式（Decorator），或者包装模式（Wrapper）。 在ContextImpl类的startService类，最终又调用了ActivityManagerProxy类的startService来实现启动服务的操作，看到这里的Proxy关键字，回忆一下前面Android系统进程间通信Binder机制在应用程序框架层的Java接口源代码分析这篇文章，就会知道ActivityManagerProxy是一个Binder对象的远程接口了，而这个Binder对象就是我们前面所说的ActivityManagerService了。 这

个

ActivityManagerService

类

实

现

在

frameworks/base/services/java/com/android/server/am/ActivityManagerService.java文件中，它是Binder进程间通信机制中的Server角色，它是随机启动的。随机启动的Server是在frameworks/base/services/java/com/android/server/SystemServer.java文件里面进行启动的，我们来看一下ActivityManagerService启动相关的代码：

view plain

?? class ServerThread extends Thread { ?? ?? ...... ??

?? @Override