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启动的资料请关注我们其它相关文章!

时间: 2021-03-28

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

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

Android 如何获取设备唯一标识

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

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")

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

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

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

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

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

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

详解Android系统启动过程

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

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如何使用Glide加载清晰长图

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

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

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

Android LiveData使用需要注意的地方

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

Android开发笔记之: 数据存储方式详解

无论是神马平台,神马开发环境,神马软件程序,数据都是核心.对于开发平台来讲,如果对数据的存储有良好的支持,那么对应用程序的开发将会有很大的促进作用.总体的来讲,数据存储方式有三种:一个是文件,一个是数据库,另一个则是网络.其中文件和数据库可能用的稍多一些,文件用起来较为方便,程序可以自己定义格式:数据库用起稍烦锁一些,但它有它的优点,比如在海量数据时性能优越,有查询功能,可以加密,可以加锁,可以跨应用,跨平台等等:网络,则用于比较重要的事情,比如科研,勘探,航空等实时采集到的数据需要马上通过网络

android之自定义Toast使用方法

Android系统默认的Toast十分简洁,使用也非常的简单.但是有时我们的程序使用默认的Toast时会和程序的整体风格不搭配,这个时候我们就需要自定义Toast,使其与我们的程序更加融合. 使用自定义Toast,首先我们需要添加一个布局文件,该布局文件的结构和Activity使用的布局文件结构一致,在该布局文件中我们需设计我们Toast的布局,例如: 复制代码 代码如下: <?xml version="1.0" encoding="utf-8"?> &

解析后台进程对Android性能影响的详解

Android现在这么火,各种的设备也是琳琅满目,高中低等,大小屏幕都有,但是它始终未能达到iOS那样的令人称赞的卓越体验和性能,其操作的流畅度,性能和安全性方面总是略输iOS一筹.据说iPhone4虽然是单核512M内存,但是比Android的双核1G内存的操作起来更流畅,iPad2虽然是也只有512M的内存但是操作起来比Android四核1G内存还要流畅.另外在安全性方面也不如iOS. 造成Android性能,待机时间,操作流畅和安全性不好的原因是Android后台进程的管理. Androi

Android源码中final关键字的用法及final,finally,finalize的区别

hi 大家好,今日,天气剧变,非常冷,不想出门,于是给大家写了篇文章,关于android final关键字及final,finally,finalize的区别相关知识,具体详情如下所示: 先预告一下,下文中仅涉及java语法的讨论,和Android源码关系不大,请不要有阅读压力. 我发现在Android的源码中很多地方对final关键字的用法很是"别出心裁",之所以这么说是因为我从没看过是这么使用final关键字的,一个典型的例子是View类中onScrollChanged方法(不妨将

Android学习笔记--使用剪切板在Activity中传值示例代码

在Activity之间传递数据还可以利用一些技巧,不管windows还是Linux操作系统,都会支持一种叫剪切板的技术,也就是某一个程序将一些数据复制到剪切板上,然后其他的任何程序都可以从剪切板中获取数据,在Android系统中也存在此技术. 使用剪切板会用到,ClipboardManager对象,这个对用剪切板会用到,ClipboardManager象用来操作剪切板,但是没有提供public的构造函数(单例模式),需要使用Activity.getSystemService(Context.CL

Android蓝牙库FastBle的基础入门使用

前言 最近在做物联网课设,过程中需要用到Android的蓝牙API,奈何原生的蓝牙API使用有点麻烦.于是上网搜索看有没有好用的Android蓝牙库,然后发现了这个宝贝,给大家分享一下. FastBle VS 原生Android蓝牙API 原生Android的蓝牙API使用有点麻烦,要先获取设备的蓝牙适配器,接着注册广播来接受蓝牙设备信息,用完了还需要将广播给注销,相对来说有点麻烦. 不好封装,可以说是原生Android最让人痛苦的地方,这是因为原生Android的代码不是很独立,与Activi

android 识别U盘以及读写文件的方法

android中读写文件的需求地方很多,其中就包括了识别U盘,弹出U盘,读写U盘的文件等. 那么,如何实现这些需求呢?笔者简单的说下: 1.识别U盘: 识别U盘的方法只要是用到了2个android官方类. 它们分别为:ContentResolver和AsyncQueryHandler.表现为前者提供内容给后者读取. 作法如下: 1)获取状态并遍历 contentObserver = new ContentObserver(mHandler) { @Override public void onC

Android 存储路径选择方法

Android能用来存储的地方有两个,一个是手机内置的存储空间,一个是外置的SD卡,内置的存储空间一般比较小,所以应用的缓存建议存储在外置的SD卡中. 在Android系统中如何获得存储的路径呢? public static void getRootPath(Context context) { Log.d("ExternalDirectory->", Environment.getExternalStorageDirectory().getPath()); Log.d(&quo

Android使用剪切板传递数据

在Activity之间传递数据还可以利用一些技巧,不管windows还是Linux操作系统,都会支持一种叫剪切板的技术,也就是某一个程序将一些数据复制到剪切板上,然后其他的任何程序都可以从剪切板中获取数据,在Android系统中也存在此技术. 使用剪切板会用到,ClipboardManager对象,这个对用剪切板会用到,ClipboardManager象用来操作剪切板,但是没有提供public的构造函数(单例模式),需要使用Activity.getSystemService(Context.CL

Android点击EditText文本框之外任何地方隐藏键盘的解决办法

1,实现方法一: 通过给当前界面布局文件的父layout设置点击事件(相当于给整个Activity设置点击事件),在事件里进行键盘隐藏 <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:id="@+id/traceroute_rootview" android:layout_width="fill_parent" android: