关于android:一篇文章告诉你framework是什么意思

36次阅读

共计 12751 个字符,预计需要花费 32 分钟才能阅读完成。

前言

对于 Android 开发,干上几年后,都要进阶,或者间接转行了。如果你还在干 Android,想要进阶 对 Framework 的理解是必不可少的过程,上面就开始进入明天的主题吧。

咱们晓得,对于任何程序语言而言,入口个别都是 main 函数。

那 Android 的程序入口在哪呢?他的 main 函数是怎么启动起来的呢?

可能相熟 Android 的同学,晓得一个应用程序的入口在 ActivityThread 中,那有个问题,ActivityThread 中的 main 函数是何时被谁被调用的呢?

将从本文中找到以上答案,如果曾经相熟了此过程的同学,能够在复习一下。

Android 架构

Android 平台的根底是 Linux 内核。Android Runtime (ART/Dalvik) 依附 Linux 内核来执行底层性能,例如线程和低层内存治理等。

而在 Android Runtime 之上就是咱们常常接触的 Java API Framework 层,如下图是 Android 的零碎架构图

明天的主题不是此架构图的各个局部解释,而是离应用层更近的 Framework 层启动过程剖析。

Android Framework 概述

如果咱们这里抛开 Android 架构图,那广义的 Framewrok 次要蕴含那些内容呢?

按我的了解,能够分为三个局部 服务端,客户端,和依赖 Linux 底层能力的驱动局部。

服务端

次要是 ActivityManagerService(AMS),WindowManagerService(WMS),PackageM anerService(PMS)

  • AMS 次要用于治理所有应用程序的 Activity
  • WMS 治理各个窗口,暗藏,显示等
  • PMS 用来治理跟踪所有利用 APK,装置,解析,管制权限等.

还有用来解决触摸音讯的两个类 KeyInputQueue 和 InputDispatchThread,一个用来读音讯,一个用来散发音讯.

客户端

次要包含 ActivityThread,Activity,DecodeView 及父类 View,PhoneWindow,ViewRootImpl 及外部类 W 等

  • ActivityThread 次要用来和 AMS 通信的客户端,Activity 是咱们编写利用比拟相熟的类

依赖 Linux 底层能力的驱动

次要是 SurfaceFlingger(SF)和 Binder 驱动

  • 每一个窗口都对应一个 Surface,SF 驱动的作用就是把每一个 Surface 显示到同一个屏幕上
  • Binder 内核驱动的作用,就是为下面的服务端和客户端 (或者服务端和服务端之间),提供 IPC 通信用的。

Zygote

零碎中运行的第一个 Dalvik 虚拟机程序叫做 zygote,该名称的意义是“一个卵”,,因为接下来的所有 Dalvik 虚拟机过程都是通过这个“卵”孵化进去的。

zygote 过程中蕴含两个次要模块,别离如下:

  • Socket 服务端。该 Socket 服务端用于接管启动新的 Dalvik 过程的命令。
  • Framework 共享类及共享资源。当 zygote 过程启动后,会装载一些共享的类及资源,其中共享类是在 preload-classes 文件中被定义,共享资源是在 preload-resources 中被定义。因为 zygote 过程用于孵化出其余 Dalvik 过程,因而,这些类和资源装载后,新的 Dalvik 过程就不须要再装载这些类和资源了,这也就是所谓的共享。

zygote 过程对应的具体程序是 app\_rocess, 该程序存在于 system/bin 目录下,启动该程序的指令是 在 init.rc 中进行配置的。

Zygote 有️两个优良的特点

  • 每 fork 出的一个过程都是一个 Dalvik 虚拟机,独立的过程能够避免一个程序的解体导致所有程序都解体,这种虚拟机相似 Java 虚拟机,对于程序员来说,能够间接应用 Java 开发利用
  • zygote 过程事后会装载共享类和共享资源,这些类及资源实际上就是 SDK 中定义的大部分类和资源。因而,当通过 zygote 孵化出新的过程后,新的 APK 过程只须要去装载 A PK 本身蕴含的类和资源即可,这就无效地解决了多个 APK 共享 Framework 资源的问题。

SystemServer

zygote 孵化出的第一个 Dalvik 过程叫做 SystemServer,SystemServer 仅仅是该过程的别名,而该过程具体对应的程序仍然是 app\_process,因为 SystemServer 是从 app\_process 中孵化进去的。

SystemServer 中创立了一个 Socket 客户端,并有 AmS 负责管理该客户端,之后所有的 Dalvik 过程都将通过该 Socket 客户端间接被启动。当须要启动新的 APK 过程时,AmS 中会通过该 Socket 客户端向 zygote 过程的 Socket 服务端发送一个启动命令,然 后 zygote 会孵化出新的过程。下面提到的服务端,AMS,PMS,WMS 等都是在 SystemServer 中启动的.

Android Framework 源头

操作系统的个别启动流程,分为三个步骤

  1. 开机通电后,加载 bootloader 程序
  2. 操作系统内核初始化
  3. 执行第一个应用程序

Android 零碎是基于 Linux 内核 Kernel,后面 Linux bootloader 这里不做介绍,间接介绍操作系统内核初始化,在这个时候,它会加载 init.rc 文件.

init.rc 文件

在 Android 根目录上面,能够间接找到 init.rc

generic_x86:/ # ls
acct     bin        cache   config data         dev init            init.rc              init.usb.rc      lost+found mnt oem  product sdcard  sys    ueventd.rc 
adb_keys bugreports charger d      default.prop etc init.environ.rc init.usb.configfs.rc init.zygote32.rc metadata   odm proc sbin    storage system vendor     

关上 init.rc

generic_x86:/ # cat init.rc
# ..... 省略其余
 # Now we can start zygote for devices with file based encryption
trigger zygote-start

# It is recommended to put unnecessary data/ initialization from post-fs-data
# to start-zygote in device's init.rc to unblock zygote start.
on zygote-start 
    # A/B update verifier that marks a successful boot.
    exec_start update_verifier_nonencrypted
    start netd
    start zygote
    start zygote_secondary

on property:vold.decrypt=trigger_restart_framework
    stop surfaceflinger
# 启动 SF
    start surfaceflinger  

# ..... 省略其余 media(媒体)  network(网络)等启动 

也就是在 init.rc 时,启动 Android 内核。

app\_process

Android 内核也是 main 办法开始,他的 main 办法在 frameworks/base/cmds/app\_process/app\_main.cpp 下

int main(int argc, char* const argv[])
{
    ...
    // 初始化 AndroidRuntime
    AppRuntime runtime(argv[0], computeArgBlockSize(argc, argv));

    bool zygote = false;
    bool startSystemServer = false;
    bool application = false;
    String8 niceName;
    String8 className;

    // 依据参数具体判断启动那个服务
    ++i;  // Skip unused "parent dir" argument.
    while (i < argc) {const char* arg = argv[i++];
        if (strcmp(arg, "--zygote") == 0) {
            zygote = true;
            niceName = ZYGOTE_NICE_NAME;
        } else if (strcmp(arg, "--start-system-server") == 0) {startSystemServer = true;} else if (strcmp(arg, "--application") == 0) {application = true;} else if (strncmp(arg, "--nice-name=", 12) == 0) {niceName.setTo(arg + 12);
        } else if (strncmp(arg, "--", 2) != 0) {className.setTo(arg);
            break;
        } else {
            --i;
            break;
        }
    }
    if (!className.isEmpty()) {args.add(application ? String8("application") : String8("tool"));
        runtime.setClassNameAndArgs(className, argc - i, argv + i);
    }else{
        ....
        // 启动 SystemServer
        if (startSystemServer) {args.add(String8("start-system-server"));
        }
    }
    ....
     if (zygote) {
       // 启动 Zygote
        runtime.start("com.android.internal.os.ZygoteInit", args, zygote);
    } else if (className) {runtime.start("com.android.internal.os.RuntimeInit", args, zygote);
    } else {fprintf(stderr, "Error: no class name or --zygote supplied.\n");
        app_usage();
        LOG_ALWAYS_FATAL("app_process: no class name or --zygote supplied.");
    }
}

在这个 Main 办法中,先初始化了 AppRuntime,他的父类是 AndroidRuntime。而后咱们看到了启动了 Java 类 ZygoteInit。

那 c ++ 代码里怎么启动 Java 类呢,咱们持续看 start 办法

void AndroidRuntime::start(const char* className, const Vector<String8>& options, bool zygote)
{
   ...
   // 启动 Java 虚拟机
     if (startVm(&mJavaVM, &env, zygote, primary_zygote) != 0) {return;}
    ...
    // 找到 Java 外面的 Main 办法
     jmethodID startMeth = env->GetStaticMethodID(startClass, "main",
            "([Ljava/lang/String;)V");
        if (startMeth == NULL) {ALOGE("JavaVM unable to find main() in'%s'\n", className);
            /* keep going */
        } else {
        // 执行 Main 办法
            env->CallStaticVoidMethod(startClass, startMeth, strArray);
    }
    ....    
}

能够看到最初先创立了 Java 虚拟机,调用了 Java 的 main 办法,是不是感觉有些相熟感了。

ZygoteInit

下面介绍到,会启动 Java 的 ZygoteInit 类,那他外面干了些什么呢?咱们来看一下要害代码,还是从 Main 办法开始

//ZygoteInit.java
  public static void main(String argv[]) {ZygoteServer zygoteServer = new ZygoteServer();
    ZygoteHooks.startZygoteNoThreadCreation();

    // 创立 socket
    zygoteServer.createZygoteSocket(socketName);
    Zygote.createBlastulaSocket(blastulaSocketName);

    if (!enableLazyPreload) {bootTimingsTraceLog.traceBegin("ZygotePreload");
            EventLog.writeEvent(LOG_BOOT_PROGRESS_PRELOAD_START,
            SystemClock.uptimeMillis());
            // 预加载系统资源
            preload(bootTimingsTraceLog);
            EventLog.writeEvent(LOG_BOOT_PROGRESS_PRELOAD_END,
                    SystemClock.uptimeMillis());
            bootTimingsTraceLog.traceEnd(); // ZygotePreload} else {Zygote.resetNicePriority();
    }

    //fork SystemServer 过程
    if (startSystemServer) {Runnable r = forkSystemServer(abiList, socketName, zygoteServer);
        // child (system_server) process.
        if (r != null) {r.run();
            return;
        }
    }

    // 期待 Socket 的接入
    if (caller == null) {Log.i(TAG, "Accepting command socket connections");
        // The select loop returns early in the child process after a fork and
        // loops forever in the zygote.
        caller = zygoteServer.runSelectLoop(abiList);
    }

正文写了大略 Zygote 启动外面的初始化内容

  • 创立 Socket
  • 加载系统资源
  • 启动 SystemServer
  • runSelectLoop 期待 socket 接入,开始执行 fork 新的过程.

SystemServer

上面持续看 SystemServer 启动的过程,从 Main 办法开始

//SystemServer.java
   /**
     * The main entry point from zygote.
     */
    public static void main(String[] args) {new SystemServer().run();}

很简略,创立一个本人的对象,并执行 run 办法, 看一下 run 办法

private void run() {
    ...
    if (System.currentTimeMillis() < EARLIEST_SUPPORTED_TIME) {Slog.w(TAG, "System clock is before 1970; setting to 1970.");
        SystemClock.setCurrentTimeMillis(EARLIEST_SUPPORTED_TIME);
    }

    VMRuntime.getRuntime().clearGrowthLimit();
    // The system server has to run all of the time, so it needs to be
    // as efficient as possible with its memory usage.
    VMRuntime.getRuntime().setTargetHeapUtilization(0.8f);

    android.os.Process.setThreadPriority(android.os.Process.THREAD_PRIORITY_FOREGROUND);
    android.os.Process.setCanSelfBackground(false);
    Looper.prepareMainLooper();

   // Create the system service manager.
    mSystemServiceManager = new SystemServiceManager(mSystemContext);
    mSystemServiceManager.setStartInfo(mRuntimeRestart,
            mRuntimeStartElapsedTime, mRuntimeStartUptime);
    LocalServices.addService(SystemServiceManager.class, mSystemServiceManager);

   try {traceBeginAndSlog("StartServices");
        startBootstrapServices();
        startCoreServices();
        startOtherServices();
        SystemServerInitThreadPool.shutdown();} catch (Throwable ex) {Slog.e("System", "******************************************");
            Slog.e("System", "************ Failure starting system services", ex);
            throw ex;
    } finally {traceEnd();
    }

    Looper.loop();
    throw new RuntimeException("Main thread loop unexpectedly exited");
}

run 办法外面次要进行了设置手机工夫,设置虚拟机内存大小,创立音讯循环 Looper, 创立 SystemServiceManager 等,最次要的是启动了各类服务,咱们接着看一下 startBootstrapServices,startCoreServices,startOtherServices 办法

private void startBootstrapServices() {Installer installer = mSystemServiceManager.startService(Installer.class);
    mSystemServiceManager.startService(DeviceIdentifiersPolicyService.class);

    mActivityManagerService = mSystemServiceManager.startService(ActivityManagerService.Lifecycle.class).getService();
    mActivityManagerService.setSystemServiceManager(mSystemServiceManager);
    mActivityManagerService.setInstaller(installer);
    ....
}

private void startCoreServices() {
    ...
     mSystemServiceManager.startService(BatteryService.class);
     ...
}

 private void startOtherServices() {
        final Context context = mSystemContext;
        VibratorService vibrator = null;
        DynamicAndroidService dynamicAndroid = null;
        IStorageManager storageManager = null;
        NetworkManagementService networkManagement = null;
        IpSecService ipSecService = null;
        NetworkStatsService networkStats = null;
        NetworkPolicyManagerService networkPolicy = null;
        ConnectivityService connectivity = null;
        NsdService serviceDiscovery= null;
        WindowManagerService wm = null;
        SerialService serial = null;
        NetworkTimeUpdateService networkTimeUpdater = null;
        InputManagerService inputManager = null;
        TelephonyRegistry telephonyRegistry = null;
        ConsumerIrService consumerIr = null;
        MmsServiceBroker mmsService = null;
        HardwarePropertiesManagerService hardwarePropertiesService = null;
        ....
}

在这些办法中启动了,咱们的外围服务,和罕用服务。代码中也能够看到 AMS,PMS,WMS 等相干服务.

Launcher 启动介绍

个别服务启动实现后,就会想继调用 systemReady() 办法。在 SysytemServer startOtherServices 中看到一个监听回调

mActivityManagerService.systemReady(() -> {
  try {startSystemUi(context, windowManagerF);
    } catch (Throwable e) {reportWtf("starting System UI", e);
    }
  }
}

static final void startSystemUi(Context context, WindowManagerService windowManager) {Intent intent = new Intent();
        intent.setComponent(new ComponentName("com.android.systemui",
                    "com.android.systemui.SystemUIService"));
        intent.addFlags(Intent.FLAG_DEBUG_TRIAGED_MISSING);
        //Slog.d(TAG, "Starting service:" + intent);
        context.startServiceAsUser(intent, UserHandle.SYSTEM);
        windowManager.onSystemUiStarted();}

而 Ams 启动实现后,显示 Launcher

//AMS.java
 public void systemReady(final Runnable goingCallback, TimingsTraceLog traceLog) {
 ...
     startHomeActivityLocked(currentUserId, "systemReady");
     //
     mStackSupervisor.resumeFocusedStackTopActivityLocked();
 ...
 }

其实到这里大抵流程就介绍完了,然而文章开始的 ActivityThread 的 main 办法是何时被调用的,还没答复,这里不具体开展,简略答复一些.

ActivityThread 的 main 办法如何被调用的?

AMS 是治理 Activity 的启动完结等,查看 AMS 代码,当以后启动的 APP 没有创立过程时,会最终调用到 ZygoteProcess,而后向 Zygote 发送一个 socket 申请。

resumeTopActivityLocked -> startProcessLocked -> Process.start() -> ZygoteProcess.start() -> ZygoteProcess.startViaZygote() —> ZygoteProcess.zygoteSendArgsAndGetResult()

接下来,看一下大抵代码

//AMS.java
private final boolean startProcessLocked(ProcessRecord app, String hostingType,
            String hostingNameStr, boolean disableHiddenApiChecks, String abiOverride) {
            // 这里 entryPoint 为 ActivityThread
     final String entryPoint = "android.app.ActivityThread";

    return startProcessLocked(hostingType, hostingNameStr, entryPoint, app, uid, gids,
                    runtimeFlags, mountExternal, seInfo, requiredAbi, instructionSet, invokeWith,
                    startTime);    
}
//ZygoteProcess.java
private Process.ProcessStartResult startViaZygote(final String processClass,...){ArrayList<String> argsForZygote = new ArrayList<String>();
    argsForZygote.add("--runtime-args");
    argsForZygote.add("--setuid=" + uid);
    argsForZygote.add("--setgid=" + gid);
    argsForZygote.add("--runtime-flags=" + runtimeFlags);
    argsForZygote.add("--target-sdk-version=" + targetSdkVersion);
    if (startChildZygote) {argsForZygote.add("--start-child-zygote");
    }
    argsForZygote.add(processClass);
    synchronized(mLock) {return zygoteSendArgsAndGetResult(openZygoteSocketIfNeeded(abi),
                                              useBlastulaPool,
                                              argsForZygote);
    }
}

// 发动 Socket 申请,给 Zygote
private static Process.ProcessStartResult zygoteSendArgsAndGetResult(ArrayList<String> args,..){blastulaSessionSocket = zygoteState.getBlastulaSessionSocket();

    final BufferedWriter blastulaWriter = new BufferedWriter(new OutputStreamWriter(blastulaSessionSocket.getOutputStream()),
                                Zygote.SOCKET_BUFFER_SIZE);
    final DataInputStream blastulaReader =
    new DataInputStream(blastulaSessionSocket.getInputStream());
    blastulaWriter.write(msgStr);
    blastulaWriter.flush();
    ...
}

最终 Zygote 收到申请调用 ZygoteInit 中 zygoteinit 办法

//ZygoteInit.java
 public static final Runnable zygoteInit(int targetSdkVersion, String[] argv,
            ClassLoader classLoader) {if (RuntimeInit.DEBUG) {Slog.d(RuntimeInit.TAG, "RuntimeInit: Starting application from zygote");
        }

        Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "ZygoteInit");
        RuntimeInit.redirectLogStreams();

        RuntimeInit.commonInit();
        ZygoteInit.nativeZygoteInit();
        return RuntimeInit.applicationInit(targetSdkVersion, argv, classLoader);
    }

在 RuntimeInit 中 findStaticMain,最初在 ZygoteInit 中执行最终返回的这个 Runnable, 达到调用 main 办法的目标.

protected static Runnable applicationInit(int targetSdkVersion, String[] argv,
            ClassLoader classLoader) {nativeSetExitWithoutCleanup(true);
        VMRuntime.getRuntime().setTargetHeapUtilization(0.75f);
        VMRuntime.getRuntime().setTargetSdkVersion(targetSdkVersion);
        final Arguments args = new Arguments(argv);
        Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);
        return findStaticMain(args.startClass, args.startArgs, classLoader);
    }

protected static Runnable findStaticMain(String className, String[] argv,
            ClassLoader classLoader) {
        ..
        m = cl.getMethod("main", new Class[] {String[].class });
        return new MethodAndArgsCaller(m, argv);
    }

本文转自 https://www.jianshu.com/p/5ba93dee3dfd,如有侵权,请分割删除。

相干视频举荐:

【2021 最新版】Android studio 装置教程 +Android(安卓)零基础教程视频(适宜 Android 0 根底,Android 初学入门)含音视频_哔哩哔哩_bilibili

【Android 进阶教程】——Framework 面试必问的 Handler 源码解析_哔哩哔哩_bilibili

Android 进阶零碎学习——Gradle 入门与我的项目实战_哔哩哔哩_bilibili

Android 架构设计原理与实战——Jetpack 联合 MVP 组合利用开发一个优良的 APP!_哔哩哔哩_bilibili

正文完
 0