startService源码主要流程解析

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
简介: 本文基于的是Android 8.0源码。

本文基于的是Android 8.0源码。

1、Activity中调用startService

我们启动service的时候都是直接在Activity里面调用startService方法,这里实际上调用的是ContextImpl#startService方法。

我们知道,Activity继承自ContextThemeWrappe,ContextThemeWrapper又继承自ContextWrapper,ContextWrapper只是Context的静态代理,Context的实现类就是ContextImpl。在创建Activity之后,系统会调用Activity#attach方法,将创建好的ContextImpl实例对象设置给Activity,所以在Activity中调用的Context对象的方法基本上都会走ContextImpl中的实现。

2、ContextImpl#startService

ContextImpl#startService 
--> ContextImpl#startServiceCommon
--> ActivityManagerService#startService(通过AMS的Binder对象调用)

3、ActivityManagerService#startService

我们接着看ActivityManagerService#startService方法,

ActivityManagerService#startService
--> ActiveService#startServiceLocked(根据当前服务对象生成一个ServiceRecord.StartItem对象,添加进pendingStarts中,用于后面的onStartCommand方法调用)
--> ActiveService#startServiceInnerLocked
--> ActiveService#bringUpServiceLocked

这里的ActiveService#bringUpServiceLocked方法是核心,我们看下关键代码:

这里我们把代码分为四部分,注释中说明了核心逻辑。

private String bringUpServiceLocked(ServiceRecord r, ...){
    
    // 1
    // 如果条件满足,说明服务也已经启动过,因此服务对应的进程已经启动,该进程对应的ActivityThread也已经准备好,接下来直接通知应用进程调用service的onStartCommand方法即可。
    if (r.app != null && r.app.thread != null) {
        sendServiceArgsLocked(r, execInFg, false);
        return null;
    }

    // 2
    // 走到这里说明服务没有启动过,我们先查看服务所在的进程是否已经启动
    // 如果进程已经启动,并且ActivityThread也已经准备好,则启动服务。
    ProcessRecord app = mAm.getProcessRecordLocked(procName,...);
    if (app != null && app.thread != null) {
       realStartServiceLocked(r, app, execInFg);
    }

    // 3
    // 如果服务所在的进程没启动,则启动进程
    if (app == null) {
        app=mAm.startProcessLocked(procName,...)
    }

    // 4 将服务添加进mPendingServices列表中,等待应用启动之后再启动服务
    if (!mPendingServices.contains(r)) {
        mPendingServices.add(r);
    }
    
    return null;
}

上面的流程可以用下面这个图概括:

接下来我们讲细节,如何启动进程,以及进程启动后如何启动服务

4、启动进程,执行mPendingServices中的服务

Zygote启动进程

ActiveService#bringUpServiceLocked方法中,启动进程的代码如下:

app=mAm.startProcessLocked(procName,...)

接着往下看:

ActivityManagerService#startProcessLocked
--> ActivityManagerService#startProcessLocked(重载方法)
--> ActivityManagerService#startProcessLocked(重载方法)
--> Process.start
--> ZygoteProcess.start
--> ZygoteProcess.startViaZygote

我们看下ZygoteProcess.startViaZygote方法,代码如下:

private Process.ProcessStartResult startViaZygote(final String processClass,...){
    ArrayList<String> argsForZygote = new ArrayList<String>();
    ...
    return zygoteSendArgsAndGetResult(openZygoteSocketIfNeeded(abi), argsForZygote);
}

zygoteSendArgsAndGetResult方法的主要作用就是将传入的应用进程的启动参数argsForZygote写入ZygoteState中,ZygoteState是ZygoteProcess的静态内部类,用于表示与Zygote进程通信的状态。

再看下openZygoteSocketIfNeeded方法,该方法内部会调用ZygoteState.connect(mSocket)方法,与Zygote进程建立Socket连接。

Zygote进程的Socket——接收创建进程的消息,fork创建子进程

我们接下来看下Zygote进程里面启动的Socket,我们先看ZygoteInit#main函数:
这里我们只看跟Socket相关的

public static void main(String argv[]) {
    ZygoteServer zygoteServer = new ZygoteServer();
    String socketName = "zygote";
    
    // 启动名称为zygote的Socket
    zygoteServer.registerServerSocket(socketName);

    // 开启while循环,接收Socket消息并处理
    zygoteServer.runSelectLoop(abiList);

    zygoteServer.closeServerSocket();
}

Socket接收消息的逻辑在ZygoteServer.runSelectLoop方法中,接收到消息后会调用ZygoteConnection#runOnce方法,我们还是看关键代码:

boolean runOnce(ZygoteServer zygoteServer) throws Zygote.MethodAndArgsCaller {
    Arguments parsedArgs = null;
    
    pid = Zygote.forkAndSpecialize(parsedArgs.uid,...);
   
    if (pid == 0) {
        // in child
        handleChildProc(parsedArgs, descriptors, childPipeFd, newStderr);
        return true;
    } else {
       ...
    }
}

先调用Zygote#forkAndSpecialize方法启动进程,fork方法会返回两次,pid为0表示是我们关心的子进程,然后调用Zygote#handleChildProc方法进行处理,Zygote#handleChildProc方法里面会调用ZygoteInit.zygoteInit方法,它的关键代码如下:

public static final void zygoteInit(int targetSdkVersion,...){
    RuntimeInit.commonInit();
    // 给应用进程创建Binder线程池
    ZygoteInit.nativeZygoteInit();
    // 调用进程的ActivityThread#main方法
    RuntimeInit.applicationInit(targetSdkVersion, argv, classLoader);
}

RuntimeInit#applicationInit方法会调用RuntimeInit#invokeStaticMain方法,具体代码如下:

/**
 * Invokes a static "main(argv[]) method on class "className".
 * Converts various failing exceptions into RuntimeExceptions, with
 * the assumption that they will then cause the VM instance to exit.
 *
 * @param className Fully-qualified class name
 * @param argv Argument vector for main()
 * @param classLoader the classLoader to load {@className} with
 */
private static void invokeStaticMain(String className, String[] argv, ClassLoader classLoader)
        throws Zygote.MethodAndArgsCaller {
    Class<?> cl;

    try {
        cl = Class.forName(className, true, classLoader);
    } catch (ClassNotFoundException ex) {
        throw new RuntimeException(
                "Missing class when invoking static main " + className,
                ex);
    }

    Method m;
    try {
        m = cl.getMethod("main", new Class[] { String[].class });
    } catch (NoSuchMethodException ex) {
        throw new RuntimeException(
                "Missing static main on " + className, ex);
    } catch (SecurityException ex) {
        throw new RuntimeException(
                "Problem getting static main on " + className, ex);
    }

    int modifiers = m.getModifiers();
    if (! (Modifier.isStatic(modifiers) && Modifier.isPublic(modifiers))) {
        throw new RuntimeException(
                "Main method is not public and static on " + className);
    }

    /*
     * This throw gets caught in ZygoteInit.main(), which responds
     * by invoking the exception's run() method. This arrangement
     * clears up all the stack frames that were required in setting
     * up the process.
     */
    throw new Zygote.MethodAndArgsCaller(m, argv);
}

RuntimeInit#invokeStaticMain方法的作用很清晰,就是调用其入参className的main(argv[])方法,这里的className的值就是android.app.ActivityThread

ActivityThread#main——通知AMS进程创建完成,初始化Application,

Zygote在启动我们的应用进程后,会调用进程的入口函数android.app.ActivityThread#main。接下来我们看下ActivityThread#main是如何启动服务的。

ActivityThread#main
--> ActivityThread#attach
--> ActivityManagerService#attachApplication(mAppThread) 

ActivityManagerService#attachApplication方法会将应用进程的ActivityThread的Binder对象上报给AMS,这样AMS和应用进程就可以开始双向调用了。接着往下看:

ActivityManagerService#attachApplication(mAppThread)
--> ActivityThread#bindApplication(通过Binder调用ActivityThread的方法)
--> ActivityThread#handleBindApplication(通过Handler切换到主线程)
初始化Application实例

ActivityThread#handleBindApplication方法中,通过调用LoadedApk#makeApplication来创建Application对象,并调用其生命周期方法,LoadedApk#makeApplication的核心代码如下:

public Application makeApplication(...) {
    ContextImpl appContext = ContextImpl.createAppContext(mActivityThread, this);
    app = mActivityThread.mInstrumentation.newApplication(...);
    appContext.setOuterContext(app);

    // 调用Application#onCreate方法
    instrumentation.callApplicationOnCreate(app);

    return app;
}

创建Application对象的具体流程如下:

LoadedApk#makeApplication
--> Instrumentation#newApplication
--> Instrumentation#newApplication(重载方法)  初始化Application实例
--> Application#attach
--> Application#attachBaseContext 

至此我们的应用进程和Application均初始化完毕,我们看下如何在进程启动后启动之前放置在mPendingServices中的服务的。

ActivityManagerService#attachApplicationLocked——进程启动后启动服务

前面说过,进程启动以后,ActivityThread会向AMS上报,会调用到ActivityManagerService#attachApplicationLocked方法,还是老规矩,我们只看相关的核心内容:

private final boolean attachApplicationLocked(IApplicationThread thread,...) {
    // 调用应用端的ActivityThread#bindApplication方法,完成Application初始化
    thread.bindApplication(processName, ...);

    // Find any services that should be running in this process...
    // 调用ActiveServices#attachApplicationLocked方法,执行mPendingServices中的服务
    didSomething |= mServices.attachApplicationLocked(app, processName);
}

ActiveServices#attachApplicationLocked方法中,会遍历mPendingServices,对每个service都执行ActiveServices#realStartServiceLocked方法,具体代码如下:

boolean attachApplicationLocked(ProcessRecord proc, String processName){
    if (mPendingServices.size() > 0) {
        ServiceRecord sr = null;
        for (int i=0; i<mPendingServices.size(); i++) {
            sr = mPendingServices.get(i);
            mPendingServices.remove(i);
            i--;
            realStartServiceLocked(sr, proc, sr.createdFromFg);
        }
    }
}

ActiveServices#realStartServiceLocked方法中,会通过Binder调用ActivityThread#scheduleCreateService方法,告诉应用启动Service;接着还会调用ActiveServices#sendServiceArgsLocked方法,通过Binder调用ActivityThread#scheduleServiceArgs方法,最终调用Service#onStartCommand方法,下面看下细节。

启动服务——ActivityThread#scheduleCreateService

调用链如下:

ActivityThread#scheduleCreateService
--> 发送`H.CREATE_SERVICE`消息给主线程
--> ActivityThread#handleCreateService

ActivityThread#handleCreateService方法里面会初始化Service类,调用其onCreate方法。核心代码如下:

private void handleCreateService(CreateServiceData data) {
    // 初始化Service对象
    java.lang.ClassLoader cl = packageInfo.getClassLoader();
    Service service = (Service) cl.loadClass(data.info.name).newInstance();

    ContextImpl context = ContextImpl.createAppContext(this, packageInfo);
    context.setOuterContext(service);
    // 获取对应的Application对象
    Application app = packageInfo.makeApplication(false, ...);
    // 调用Service#onCreate()方法
    service.onCreate();
}
调用服务的onStartCommand——ActivityThread#scheduleServiceArgs

调用链如下:

ActivityThread#scheduleServiceArgs
--> 发送`H.SERVICE_ARGS`消息给主线程
--> ActivityThread#handleServiceArgs
--> Service#onStartCommand

至此第一次启动应用 + 启动服务的总体过程完成。

流程总结

至此,一次完整的startService过程的关键步骤分析完毕。

相关文章
|
15天前
|
监控 安全 开发工具
鸿蒙HarmonyOS应用开发 | HarmonyOS Next-从应用开发到上架全流程解析
HarmonyOS Next是华为推出的最新版本鸿蒙操作系统,强调多设备协同和分布式技术,提供丰富的开发工具和API接口。本文详细解析了从应用开发到上架的全流程,包括环境搭建、应用设计与开发、多设备适配、测试调试、应用上架及推广等环节,并介绍了鸿蒙原生应用开发者激励计划,帮助开发者更好地融入鸿蒙生态。通过DevEco Studio集成开发环境和华为提供的多种支持工具,开发者可以轻松创建并发布高质量的鸿蒙应用,享受技术和市场推广的双重支持。
202 11
|
12天前
|
存储 设计模式 算法
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。 行为型模式分为: • 模板方法模式 • 策略模式 • 命令模式 • 职责链模式 • 状态模式 • 观察者模式 • 中介者模式 • 迭代器模式 • 访问者模式 • 备忘录模式 • 解释器模式
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
|
12天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。 结构型模式分为以下 7 种: • 代理模式 • 适配器模式 • 装饰者模式 • 桥接模式 • 外观模式 • 组合模式 • 享元模式
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
12天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是"将对象的创建与使用分离”。这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。创建型模式分为5种:单例模式、工厂方法模式抽象工厂式、原型模式、建造者模式。
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
19天前
|
域名解析 弹性计算 安全
阿里云服务器租用、注册域名、备案及域名解析完整流程参考(图文教程)
对于很多初次建站的用户来说,选购云服务器和注册应及备案和域名解析步骤必须了解的,目前轻量云服务器2核2G68元一年,2核4G4M服务器298元一年,域名注册方面,阿里云推出域名1元购买活动,新用户注册com和cn域名2年首年仅需0元,xyz和top等域名首年仅需1元。对于建站的用户来说,购买完云服务器并注册好域名之后,下一步还需要操作备案和域名绑定。本文为大家展示阿里云服务器的购买流程,域名注册、绑定以及备案的完整流程,全文以图文教程形式为大家展示具体细节及注意事项,以供新手用户参考。
|
2月前
|
缓存 监控 Java
Java线程池提交任务流程底层源码与源码解析
【11月更文挑战第30天】嘿,各位技术爱好者们,今天咱们来聊聊Java线程池提交任务的底层源码与源码解析。作为一个资深的Java开发者,我相信你一定对线程池并不陌生。线程池作为并发编程中的一大利器,其重要性不言而喻。今天,我将以对话的方式,带你一步步深入线程池的奥秘,从概述到功能点,再到背景和业务点,最后到底层原理和示例,让你对线程池有一个全新的认识。
57 12
|
1月前
|
PyTorch Shell API
Ascend Extension for PyTorch的源码解析
本文介绍了Ascend对PyTorch代码的适配过程,包括源码下载、编译步骤及常见问题,详细解析了torch-npu编译后的文件结构和三种实现昇腾NPU算子调用的方式:通过torch的register方式、定义算子方式和API重定向映射方式。这对于开发者理解和使用Ascend平台上的PyTorch具有重要指导意义。
|
13天前
|
安全 搜索推荐 数据挖掘
陪玩系统源码开发流程解析,成品陪玩系统源码的优点
我们自主开发的多客陪玩系统源码,整合了市面上主流陪玩APP功能,支持二次开发。该系统适用于线上游戏陪玩、语音视频聊天、心理咨询等场景,提供用户注册管理、陪玩者资料库、预约匹配、实时通讯、支付结算、安全隐私保护、客户服务及数据分析等功能,打造综合性社交平台。随着互联网技术发展,陪玩系统正成为游戏爱好者的新宠,改变游戏体验并带来新的商业模式。
|
2月前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
87 2
|
3月前
|
缓存 Java 程序员
Map - LinkedHashSet&Map源码解析
Map - LinkedHashSet&Map源码解析
87 0