【Android framework】AndroidManagerService初始化流程

源码基于Android 4.4。

system_server的初始化

system_server受AMS管理，负责启动framework-res.apk和SettingsProvider.apk。system_server调用AMS接口初始化需要的成员。

system_server.java::ServerThread.run()

context = ActivityManagerService.main(); //获得一个context，提供给system_server做运行环境

——AThread thr = new AThread().start(); //创建AMS对象，此线程名为ActivityManager

————new ActivityManagerService();

————Lopper.loop(); //消息循环

——ActivityManagerService m = thr.mService; //通过运行AThread得到的AMS实例

——mSelf = m;

——ActivityThread at = ActivityThread.systemMain(); //创建ActivityThread对象，提供给system_server做运行环境

————ActivityThread thread = new ActivityThread();

————thread.attach(); //创建Instrumentation，Application和Context（ContextImpl）对象。一个进程支持多个Application，保存在mApplications中

——————app.onCreate(); //调用Application的onCreate函数

——m.mContext = at.getSystemContext(); //得到一个system的Context对象，单例模式（只有为null的时候才会初始化）

————LoadedApk info = newLoadApk(); //代表一个加载到系统中的apk

————context.init(); //此处初始化没有绑定ApplicationInfo，仅仅创建一个运行环境

——m.MainStact = new ActivityStack(); //ActivityStack管理Activity的启动和调度

——m.startRunning(); //标记变量，启动systemReady()（此次不启动）

————systemReady();

ActivityManagerService.setSystemProcess(); //这样system_server可加到AMS中，并被他管理

——ServiceManager.addService(); //添加activity，meminfo，gfxinfo，cpuinfo，permission服务

——Application info = mSelf.mContext.getPackageManager().getApplicationInfo("android", STOCK_PM_FLAGS) //使用AMS的context对象，查询名为android的ApplicationInfo，即frameworks-res.apk

——mSystemThread.installSystemApplicationInfo(); //载入framework-res.apk

————ContextImpl context = getSystemContext(); //和在AMS的main中获取的system contxt是同一个Context，由于在上面已经初始化，这里就直接return mSystemContext了

————context.init(); //此处重新初始化，加入了来源于framewrok-res.apk的ApplicationInfo

——ProcessRecord app = mSelf.newProcessRecordLocked(); //进程的信息都保存在这，此处该ProcessRecord名为system。ProcessRecord会初始化电量统计batteryStats，ApplicationInfo，进程名processName，与应用进程交互的IApplicationThread（调用schdduleLaunchActivity，scheduleStopActivity等方法），调度优先级，OOM_adj，进程是否常驻persistent（AMS为system_server设置了常驻）

——mSelf.mProcessNames.put(app...); //保存ProcessRecord对象

——mSelf.mPidsSelfLocked.put(app...); //保存ProcessRecord对象

——mSelf.updateLruProcessLocked(app); //调整进程调度优先级和OOM_Adj

ActivityManagerService.installSystemProviders(); //将SettingsProvider放到system_server进程中来运行，和framework-res.apk运行在一起，这就是多个APK运行在一个线程的实例

——ProcessRecord app = mSelf.mProcessNames.get("system", Process.SYSTEM_UID); //查询满足条件的ProviderInfo信息，将他分别保存到AMS和ProcessRecord中

——providers = mSelf.generateApplicationProcidersLocked(app); //返回ProviderInfo List

——mSystemThread.installSystemPrividers(providers); //为该进程安装ContentProvider（该函数是标准的ContentProvider安装时调用的程序），此处为SettingsProvider，因为SettingsProvider的uid为android.uid.system，processName为system。framework-res.apk中也是这样的。这两个apk放在同一个进程里，提高了通信效率。

//此处不再区分系统进程还是应用进程，只和ActivityThread交互

ActivityManagerService.self().setWindowManager(); //内部保存WMS

//暂无分析

ActivityManagerService.self().systemReady();

第一阶段

——new Intent(Intent.ACTION_PRE_BOOT_COMPLETED);

——broadcastIntentLocked(); //发送ACTION_PRE_BOOT_COMPLETED广播，暂时没有接收该广播的地方，估计和系统升级有关。

第二阶段

——removeProcessLocked(); //将AMS还未启动完毕就先启动的应用进程杀掉。

——retrieveSettings(); //从Settings数据库中获取配置信息，这里只获取了4个设置：debug_app，wait_for_debugger，always_finish_activities，font_scale

第三阶段

——goingCallback.run(); //调用回调函数

————startSystemUi(); //启动SystemUi.apk，即系统的状态栏

————*.systemReady(); //调用其他服务的systemReady()

————Watchdog.getInstance().start(); //启动Watchdog

——addAppLocked(info); //启动ApplicationInfo对应的Application所在的进程。在这里persistent为1的App都会被启动。

——mMainStack.resumeTopActivityLocked(null); //启动位于ActivityStack最上方Activity，如果为空则启动HOME

————mService.startHomeAcgtivityLocked(); //因为这是系统初次启动，所以ActivityStack为空。mService即AMS

——————(ActivityStack.java)activityIdleInternal() //HOME activity启动完毕后，该函数被调用

————————mService.finishBooting(); //AMS的finishBooting函数

——————————broadcasrIntentLocked(new Intent (Intent.ACTION_BOOT_COMPLETED)) //发送ACTION_BOOT_COMPLETED

版权所有，转载请注明出处：

http://www.cnblogs.com/sickworm/p/4220149.html

转载于:https://www.cnblogs.com/sickworm/p/4220149.html

【Android framework】AndroidManagerService初始化流程相关推荐

Android Framework内部启动流程
App启动过程导图点击桌面App图标,Launcher进程采用Binder IPC向system_server进程发起startActivity请求 system_server进程接收到请求后,向z ...
Android 系统（78）---《android framework常用api源码分析》之 app应用安装流程
<android framework常用api源码分析>之 app应用安装流程 <android framework常用api源码分析>android生态在中国已经发展非常庞大 ...
android power 按键,Android Framework层Power键关机流程（一，Power长按键操作处理）
一:Android处理Power按键长按操作在Framework层中,Android4.x对Power键(KeyEvent.KEYCODE_POWER)的操作,我们从PhoneWindowManag ...
Android博通BCM libbt-vendor.so 分析蓝牙初始化流程
一. 声明本专栏文章我们会以连载的方式持续更新,本专栏计划更新内容如下: 第一篇:蓝牙综合介绍 ,主要介绍蓝牙的一些概念,产生背景,发展轨迹,市面蓝牙介绍,以及蓝牙开发板介绍. 第二篇:Transp ...
android power键测试,Android Framework层Power键关机流程（一，Power长按键操作处理）...
一:Android处理Power按键长按操作在Framework层中,Android4.x对Power键(KeyEvent.KEYCODE_POWER)的操作,我们从PhoneWindowManag ...
【Android Camera1】Camera1初始化销毁流程(一) —— 官方Demo初始化流程分析
Camera1初始化流程一.摘要二.Camera1 Demo分析 2.1 变量解析 2.2 构造函数 setUpPreview() adjustCameraParameters() 2.3 Sta ...
Android 9.0 SIM卡初始化流程
转载:https://blog.csdn.net/linyongan/article/details/51406123 本文主要讲述Android 9.0 SIM卡初始化流程,这个过程也涉及到UICC ...
Android FrameWork学习（二）Android系统源码调试
点击打开链接通过上一篇 Android FrameWork学习(一)Android 7.0系统源码下载\编译我们了解了如何进行系统源码的下载和编译工作. 为了更进一步地学习跟研究 Android ...
Android呼出电话流程（原）
一.应用层的流程 1.1.拨号盘初步处理 [java] view plaincopy @DialpadFragment.java public void dialButtonPressed() { / ...

【Android framework】AndroidManagerService初始化流程

【Android framework】AndroidManagerService初始化流程相关推荐

最新文章

热门文章