Android AMS启动详解

启动

在Android系统启动流程中中我们提到过,AMS是在system_service中启动的,

 //frameworks/base/services/java/corri/android/server/SystemServer.java

//该方法主要启动服务 ActivityManagerService,PowerManagerService,LightsService,DisplayManagerService,PackageManagerService,UserManagerService。
//设置 ActivityManagerService,启动传感器服务。
startBootstrapServices(); // 启动引导服务

//该方法主要
//启动服务 BatteryService 用于统计电池电量,需要 LightService。
//启动服务 UsageStatsService,用于统计应用使用情况。
//启动服务 WebViewUpdateService。
startCoreServices(); // 启动核心服务

//该方法主要启动服务 InputManagerService,WindowManagerService。
//等待 ServiceManager,SurfaceFlinger启动完成,然后显示启动界面。
//启动服务 StatusBarManagerService,
//准备好 window, power, package, display 服务:
//	- WindowManagerService.systemReady()
//	- PowerManagerService.systemReady()
//	- PackageManagerService.systemReady()
//	- DisplayManagerService.systemReady()
startOtherServices(); // 启动其他服务

在启动核心服务功能中,会进行AMS的启动。

 //frameworks/base/services/java/corri/android/server/SystemServer.java
 private void startBootstrapServices() {
 	...
 //这里会将ATMS注册到ServiceManager中,然后调用ATMS的start方法。
 ActivityTaskManagerService atm = mSystemServiceManager.startService(ActivityTaskManagerService.Lifecycle.class).getService();
 //重点方法1。 注册AMS服务,并返回对应的对象信息
 mActivityManagerService = ActivityManagerService.Lifecycle.startService(mSystemServiceManager, atm);
 mActivityManagerService.setSystemServiceManager(mSystemServiceManager);
 //设置app安装器
 mActivityManagerService.setInstaller(installer);
 ...
 //重点方法2。 向ServiceManager中注册Binder服务
 mActivityManagerService.setSystemProcess();
 }

这里我们只截取了AMS的启动代码。

这里会通过startService方法来进行AMS的注册和启动过程。我们看一下具体的ActivityManagerService中的startService方法

startService

//
	public static ActivityManagerService startService(SystemServiceManager ssm, ActivityTaskManagerService atm) {
  sAtm = atm;
  //调用SM的startService方法。创建AMS实例,并启动AMS
  return ssm.startService(ActivityManagerService.Lifecycle.class).getService();
 }

我们在ServiceManager的工作原理中讲解过,systemServiceManager.startService方法会将对应的服务注册到ServiceManager中,然后再调用start方法。

//frameworks/base/services/core/java/com/android/server/SystemServiceManager.java
		public SystemService startService(String className) {
 final Class<SystemService> serviceClass;
 serviceClass = (Class<SystemService>)Class.forName(className);
 return startService(serviceClass);
 }

 @SuppressWarnings("unchecked")
 public <T extends SystemService> T startService(Class<T> serviceClass) {
 try {
  final String name = serviceClass.getName();
  final T service;
  try {
  //反射构造函数
  Constructor<T> constructor = serviceClass.getConstructor(Context.class);
  //创建服务
  service = constructor.newInstance(mContext);
  ...
  //启动服务
  startService(service);
  return service;
 } finally {
  Trace.traceEnd(Trace.TRACE_TAG_SYSTEM_SERVER);
 }
 }

 public void startService(@NonNull final SystemService service) {
 // Register it.
 //注册到ServiceManager列表中
 mServices.add(service);
 //调用服务对应的onStart方法
 service.onStart();
 }

在启动AMS的时候传入的参数是:ActivityManagerService.Lifecycle.class。所以这里实际上会调用ActivityManagerService.Lifecycle 的构造方法,然后调用它的onStart方法

 public static final class Lifecycle extends SystemService {
 private final ActivityTaskManagerService mService;
 public Lifecycle(Context context) {
  super(context);
  //创建AMS对象
  mService = new ActivityManagerService(context, sAtm);
 }
 @Override
 public void onStart() {
  //调用AMS的start方法
  mService.start();
 }

 public ActivityManagerService getService() {
  //返回了AMS实例
  return mService;
 }
 }

在Lifecycle对象的创建过程中,会创建AMS对象,然后通过start()方法进行了启动。

AMS的创建

对于AMS对象的创建是通过构造函数来创建的。

 //构造方法,
 public ActivityManagerService(Context systemContext, ActivityTaskManagerService atm) {
 //获取系统的ActivityThread
 mSystemThread = ActivityThread.currentActivityThread();
 //创建一个ServiceThread用来处理AMS接收到的命令
 mHandlerThread = new ServiceThread(TAG,THREAD_PRIORITY_FOREGROUND, false /*allowIo*/);
 mHandlerThread.start();
 mHandler = new MainHandler(mHandlerThread.getLooper());
 mUiHandler = mInjector.getUiHandler(this);
 //低内存监控
 mLowMemDetector = new LowMemDetector(this);
 //初始化广播队列。这里包含了前台广播,后台广播等
 mFgBroadcastQueue = new BroadcastQueue(this, mHandler, "foreground", foreConstants, false);
 mBgBroadcastQueue = new BroadcastQueue(this, mHandler, "background", backConstants, true);
 mOffloadBroadcastQueue = new BroadcastQueue(this, mHandler, "offload", offloadConstants, true);
 mBroadcastQueues[0] = mFgBroadcastQueue;
 mBroadcastQueues[1] = mBgBroadcastQueue;
 mBroadcastQueues[2] = mOffloadBroadcastQueue;
 //用于保存注册的Service
 mServices = new ActiveServices(this);
 //map,用于保存注册的ContentProvider
 mProviderMap = new ProviderMap(this);
 mPackageWatchdog = PackageWatchdog.getInstance(mUiContext);
 mAppErrors = new AppErrors(mUiContext, this, mPackageWatchdog);

 //创建 /data/system目录
 final File systemDir = SystemServiceManager.ensureSystemDir();
 //创建进程统计服务,保存在/data/system/proccstats目录中。
 mProcessStats = new ProcessStatsService(this, new File(systemDir, "procstats"));
 //赋值ATM,并进行初始化
 mActivityTaskManager = atm;
 mActivityTaskManager.initialize(mIntentFirewall, mPendingIntentController, DisplayThread.get().getLooper());
 //CPU追踪器进程
 mProcessCpuThread = new Thread("CpuTracker") {
  @Override
  public void run() {
  ...
  }
 };

 }

在AMS的构造函数中进行了一些初始化的东西:比如说启动CPU监控、启动进程统计服务、启动低内存监控、初始化Service和ContentProvider对应的保存类等等。

start()

当AMS类创建完成之后,会调用start()方法。

 private void start() {
 	 //移除所有的进程组
 removeAllProcessGroups();
 //启动CpuTracker线程
 mProcessCpuThread.start();
 //启动电池统计服务,能够统计具体的应用的电池消耗,从而来进行一定的电量统计
 mBatteryStatsService.publish();
 //创建LocalService,并添加到LocalServices列表中
 LocalServices.addService(ActivityManagerInternal.class, new LocalService());
 mActivityTaskManager.onActivityManagerInternalAdded();
 mUgmInternal.onActivityManagerInternalAdded();
 mPendingIntentController.onActivityManagerInternalAdded();
 }

在start方法中,会将在构造函数中创建的一些线程进行启动。

setSystemProcess

在创建并启动完成之后,会通过setSystemProcess方法来向ServiceManager中注册一些系统相关的服务。

 public void setSystemProcess() {
 try {
 	//注册ActivityService服务
  ServiceManager.addService(Context.ACTIVITY_SERVICE, this, /* allowIsolated= */ true,
   DUMP_FLAG_PRIORITY_CRITICAL | DUMP_FLAG_PRIORITY_NORMAL | DUMP_FLAG_PROTO);
  //注册进程状态服务
  ServiceManager.addService(ProcessStats.SERVICE_NAME, mProcessStats);
  //注册内存Binder
  ServiceManager.addService("meminfo", new MemBinder(this), /* allowIsolated= */ false,DUMP_FLAG_PRIORITY_HIGH);
  //注册图像Binder
  ServiceManager.addService("gfxinfo", new GraphicsBinder(this));
  //注册SQLite DB binder
  ServiceManager.addService("dbinfo", new DbBinder(this));
  if (MONITOR_CPU_USAGE) {
  	//注册CPU使用情况的Binder
  ServiceManager.addService("cpuinfo", new CpuBinder(this),/* allowIsolated= */ false, DUMP_FLAG_PRIORITY_CRITICAL);
  }
  //注册权限控制Binder
  ServiceManager.addService("permission", new PermissionController(this));
  //注册进程管理Binder
  ServiceManager.addService("processinfo", new ProcessInfoService(this));
  //获取“android”应用的ApplicationInfo,并装载到mSystemThread
  ApplicationInfo info = mContext.getPackageManager().getApplicationInfo("android", STOCK_PM_FLAGS | MATCH_SYSTEM_ONLY);
  mSystemThread.installSystemApplicationInfo(info, getClass().getClassLoader());
  //创建ProcessRecord维护进程的相关信息
  synchronized (this) {
  ProcessRecord app = mProcessList.newProcessRecordLocked(info, info.processName,...);
  app.setPersistent(true);
  app.pid = MY_PID;
  app.getWindowProcessController().setPid(MY_PID);
  app.maxAdj = ProcessList.SYSTEM_ADJ;
  app.makeActive(mSystemThread.getApplicationThread(), mProcessStats);
  mPidsSelfLocked.put(app);
  mProcessList.updateLruProcessLocked(app, false, null);
  updateOomAdjLocked(OomAdjuster.OOM_ADJ_REASON_NONE);
  }
 } catch (PackageManager.NameNotFoundException e) {
  throw new RuntimeException(
   "Unable to find android system package", e);
 }
 }

在这个方法中会设置一些系统进程,主要功能为:

  • 注册一些服务:activity、procstats、meminfo、gfxinfo、dbinfo、cpuinfo、permission、processinfo等。
  • 获取包名为“android”的应用的ApplicationInfo对象,并将该ApplicationInfo信息安装设置到SystemThread(系统进程主线程)。即可以理解,系统也是一个特殊的应用。
  • 创建ProcessRecord维护进程的相关信息,这里MY_PID即为SystemServer进程ID。
  • 启动 检测应用运行和交互。

后续

当AMS创建并启动之后,会有一系列的后续的工作需要处理。这些操作都是在**startOtherServices()**中去调用的

 private void startOtherServices() {
  //注册系统的ContentProvider信息
  mActivityManagerService.installSystemProviders();

  mActivityManagerService.setWindowManager(wm);
  	mActivityManagerService.systemReady(() -> {
  ......//goingCallback
  }, BOOT_TIMINGS_TRACE_LOG);
 }

这里的主要功能是:

  • 关键服务继续进行初始化
  • 已经启动的进程,如果没有FLAG_PERSISTENT标志位,则会被kill掉
  • 运行goingCallBack
  • 启动launcher的Activity,即桌面应用。

这里继续跟踪一下goingCallBack的具体执行内容。

goingCallBack

 mActivityManagerService.systemReady(() -> {
  try {
  //启动NativeCrash的监测
  mActivityManagerService.startObservingNativeCrashes();
  } catch (Throwable e) {
  reportWtf("observing native crashes", e);
  }
  if (!mOnlyCore && mWebViewUpdateService != null) {
  webviewPrep = SystemServerInitThreadPool.get().submit(() -> {
   //启动WebView相关
   mWebViewUpdateService.prepareWebViewInSystemServer();
  }, WEBVIEW_PREPARATION);
  }

  try {
  //启动systemUI
  startSystemUi(context, windowManagerF);
  } catch (Throwable e) {
  reportWtf("starting System UI", e);
  }
  ...
 }

在这个里面会继续进行一些初始化的工作:

  • 启动NativeCrash监测
  • 启动WebView相关服务
  • 启动SystemUI

startHomeOnAllDisplays

该功能主要是进行桌面程序的启动,和AMS的启动流程关联不大,在这里不再详细进行解析。

总结:

  • AMS是在SystemServer进程中进行创建并启动的
  • 在AMS的服务启动过程中,通过构造函数进行了一些对象的创建和初始化工作(初Activity外其他3大组件的列表和调度对象的创建;内存、电池、权限、CPU等的监控等等相关对象的创建),并且通过start()方法启动服务(移除进程组、启动CPU线程、权限注册、电池服务等等)。
  • AMS创建并将对应服务启动之后,会通过setSystemProcess方法,将framework-res.apk的信息加入到SystemServer进程的LoadedApk中,并创建了SystemServer进程的ProcessRecord,加入到了mPidsSelfLocked,交给AMS来统一管理
  • AMS启动之后的后续工作,主要调用systemReady()和传入的goingCallBack来执行。主要是各种服务或者进程,等AMS启动完成后需要进一步完成的工作以及系统相关的初始化。
  • 桌面应用是在systemReady()方法中启动,systemUI是在goingCallback中完成。
  • 当桌面应用启动完成以后,发送开机广播ACTION_BOOT_COMPLETED。

以上就是Android AMS启动详解的详细内容,更多关于Android AMS启动的资料请关注我们其它相关文章!

(0)

相关推荐

  • Android如何实现动态滚动波形图(心电图)功能

    一.前言 最近涉及的某个医疗相关的业务,传感器数据传递上来需要实现示波器的效果,心电图的效果,目前交付效果还算理想,于是封装了一下,方便自己以后使用,也给大家分享一下 二.效果图 图一是心电图效果,图二是一个滚动的波形图 三.功能实现 (一)绘制背景网格 为了让他看上去像示波器上的数据,我们先绘制一层网格背景,看上去似乎就有那么点意思了 在onLayout函数中获取控件宽高,然后除以默认网格的宽高,得出需要绘制横线和竖线的数量 /** 根据网格的单位长宽,获取能绘制网格横线和竖线的数量*/ gr

  • Android nativePollOnce函数解析

    nativePollOnce的实现函数是android_os_MessageQueue_nativePollOnce,代码如下: android_os_MessageQueue.cpp static void android_os_MessageQueue_nativePollOnce(JNIEnv*env, jobject obj, jintptr, jint timeoutMillis) NativeMessageQueue*nativeMessageQueue = reinterpret_

  • Android 如何获取设备唯一标识

    一. 先简单总结一下比较常见的几个解决方案的弊端: 1. IMEI Android 10 中官方明确说明第三方应用无法获取到IMEI码:Android 10 中的隐私权变更, Android 10 以下的版本,需要申请READ_PHONE_STATE权限. 2. Android ID Android ID 不具有真正的唯一性, ROOT.刷机.恢复出厂设置.不同签名的应用等都会导致获取的 Android ID 发生改变, 并且不同厂商定制的系统的BUG会导致不同的设备可能会产生相同的 Andro

  • Kotlin + Flow 实现Android 应用初始化任务启动库

    特性 Kotlin + Flow 实现的 Android 应用初始化任务启动库. 支持模块化,按模块加载任务 可指定工作进程名称,main 表示仅在主进程运行,all 表示在所有进程运行,默认值all 可指定任务仅在工作线程执行 可指定任务仅在调试模式执行 可指定任务在满足合规条件后执行 可指定任务优先级,决定同模块内无依赖同步任务的执行顺序 可指定依赖任务列表,能检测循环依赖 使用 Flow 调度任务 仅200多行代码,简单明了 有耗时统计 引入依赖 项目地址:github.com/czy11

  • Android 侧滑抽屉菜单的实现代码

    侧滑抽屉菜单 前言正文一.创建项目二.添加滑动菜单三.UI美化四.添加导航视图五.菜单分类六.动态菜单七.源码 运行效果图: 前言   滑动菜单相信都不会陌生,你可能见过很多这样的文章,但我的文章会给你不一样的阅读和操作体验. 正文   写博客,自然是从创建项目开始了,这样你可以更好的知道这个过程中经历了什么. 一.创建项目   项目就命名为DrawerDemo, 绝对的手把手教学,让你清楚每一步怎么做. 然后打开app下的build.gradle,在android{}闭包中添加如下代码: //

  • Android如何使用Glide加载清晰长图

    最近项目中使用的是Glide加载图片,上线后用户反馈图片模糊,经过测试后发现是用户点击超长图放大的时候,图片变的模糊看不起,这很影响用户的体验,要解决这个问题,我们需要先充分的了解Glide的使用. Glide概述 使用习惯Glide3的朋友总会觉得Glide 4相对于Glide 3改动非常大,其实不然.之所以大家会有这种错觉,是因为你将Glide 3的用法直接搬到Glide 4中去使用,结果IDE全面报错,然后大家可能就觉得Glide 4的用法完全变掉了. 其实Glide 4相对于Glide

  • Android端代码量非常小的分页加载库

    前言 RecyclerView几乎在每个app里面都有被使用,但凡使用了列表就会采用分页加载进行数据请求和加载.android 官方也推出了分页库,但是感觉只有kotlin一起使用才能体会到酸爽.Java 版本的也有很多很强大的第三方库, BaseRecyclerViewAdapterHelper这个库是我用起来最顺手的分页库,里面也包含了各式各样强大的功能:分组.拖动排序.动画,因为功能强大,代码量也相对比较大. 但是很多时候我们想要的就是分页加载,所以参照BaseRecyclerViewAd

  • Android LiveData使用需要注意的地方

    关于LiveData是什么以及基本使用方式,请参考官方文档:developer.android.com/topic/libra- 简单来说,LiveData是一个可被观察的数据容器类.它将数据包装起来,使得数据成为"被观察者",页面成为"观察者".当ViewModel存放页面所需要的各种数据发生变化时,通过LiveData的方式实现对页面的通知,完成ViewModel与页面组件之间的通信. 那么在使用时发现有以下几个地方需要注意: 1.回调通知 LiveData的观

  • Android使用 Coroutine + Retrofit打造简单的HTTP请求库

    基于 kotlin/coroutine/retrofit/jetpack 打造,100来行代码,用法超级简单舒适 设置默认Retrofit工厂和全局错误处理程序 HttpCall.init(retrofitFactory = { // ... }, errorHandler = { throwable -> // ... }) 基本用法 data class Reault(val data:String) interface TestService { @GET("test")

  • 从源码角度分析Android的消息机制

    前言 说到Android的消息机制,那么主要的就是指的Handler的运行机制.其中包括MessageQueue以及Looper的工作过程. 在开始正文之前,先抛出两个问题: 为什么更新UI的操作要在主线程中进行? Android中为什么主线程不会因为Looper.loop()里的死循环卡死? UI线程的判断是在ViewRootImpl中的checkThread方法中完成的. 对于第一个问题,这里给一个简单的回答: 如果可以在子线程中修改UI,多线程的并发访问可能会导致UI控件的不可预期性,采用

  • 详解Android系统启动过程

    计算机是如何启动的 计算机的硬件包括:CPU,内存,硬盘,显卡,显示器,键盘鼠标等输入输出设备.所有的软件都是存放在硬盘中,程序执行时,需要将程序从硬盘上读取到内存中,然后加载到CPU中来运行.当按下开机键时,内存中什么都没有,因此需要借助某种方式,将操作系统加载到内存中,而完成这项任务的就是BIOS. 引导阶段 BIOS:BIOS是主板芯片上的一个程序,计算机通电后,第一件事情就是读取BIOS. BIOS首先进行硬件检测,检查计算机硬件能否满足运行的基本条件.如果硬件出现问题,主板发出不同的蜂

随机推荐