AOSP第一次编译 android源码编译aosp从0开始编译流程

larry_lui

已于 2025-01-10 22:57:07 修改

阅读量714

点赞数 26

CC 4.0 BY-SA版权

分类专栏： aosp 文章标签： linux android

于 2025-01-10 20:00:19 首次发布

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.csdn.net/lui0617/article/details/145063982

ubantu: 16.04.7、、、、 vmware 16.1.1 下载地址参考VMware的官网下载及安装 - 知乎、、、、 AOSP: android-8.1.0_r1

ubantu 磁盘空间分配400G编译aosp8成功后来继续向后展开工作不够用-一狠心删除虚拟机及配置文件重新新建虚拟机--高级配置600G-预分配模式 -分配了一晚上

虚拟机内存-4G 内核 4*1

ubantu启动：打开shell

安装下载：

git工具-git下载代码用、、 python3-下载aosp用、、 repo工具-git仓库管理同步用、、 openjdk8、、 google给的工具链包依赖、、 vim-编辑文件用、、

（工具链包下载与build环境搭建

建议参考官网：针对 AOSP 开发进行设置 (2.3 - 8.0) | Android Open

最低0.47元/天解锁文章

200万优质内容无限畅学

博客等级

码龄14年

20
原创

262
点赞

237
收藏

152
粉丝

关注

私信

热门文章

分类专栏

app 4篇
aosp 6篇
framework 2篇
linux 1篇

下一篇：: linux命令行

最新评论

AMS作用、流程与 AMS相关
larry_lui: 4.1 Activity的启动模式： Activity的启动模式主要有四种，分别是‌standard标准模式、singleTop模式、singleTask模式和singleInstance模式‌。 ‌standard标准模式‌：这是系统默认的启动模式。每次启动一个新的Activity时，系统都会创建一个新的实例，并将其放入任务栈的栈顶，不管这个实例在栈中是否已经存在‌12。 ‌singleTop模式‌：如果要启动的Activity已经位于任务栈的栈顶，则系统不会创建新的实例，而是直接使用栈顶的Activity实例，并调用其onNewIntent()方法。如果要启动的Activity不在栈顶，则系统会创建一个新的实例，并将其放入栈顶‌12。 ‌ singleTask模式‌：这是一种单实例模式。每次启动该Activity时，系统都会检查任务栈中是否存在该Activity的实例。如果存在，则直接使用该实例，并将该实例之上的所有Activity出栈（即这些Activity会被销毁），同时调用该实例的onNewIntent()方法。如果不存在，则创建一个新的实例‌12。 ‌ singleInstance模式‌：在这种模式下，系统会为该Activity创建一个新的任务栈，并且该任务栈中只有这一个Activity实例。无论你从哪个任务栈中启动该Activity，系统都只会创建一个实例‌
AMS作用、流程与 AMS相关
larry_lui: // 注册服务procstats，进程状态 ServiceManager.addService(ProcessStats.SERVICE_NAME, mProcessStats); // 注册服务meminfo，内存信息 ServiceManager.addService("meminfo", new MemBinder(this),/* allowIsolated= */ false, DUMP_FLAG_PRIORITY_HIGH); // 注册服务gfxinfo，图像信息 ServiceManager.addService("gfxinfo", new GraphicsBinder(this)); // 注册服务dbinfo，数据库信息 ServiceManager.addService("dbinfo", new DbBinder(this)); if (MONITOR_CPU_USAGE) { //注册服务cpuinfo，cpu信息 ServiceManager.addService("cpuinfo", new CpuBinder(this), /* allowIsolated= */ false, DUMP_FLAG_PRIORITY_CRITICAL); } //注册服务permission和processinfo，权限和进程信息 ServiceManager.addService("permission", new PermissionController(this)); // 注册进程信息 ServiceManager.addService("processinfo", new ProcessInfoService(this)); // 注册缓存信息 ServiceManager.addService("cacheinfo", new CacheBinder(this)); // 创建ProcessRecord维护进程的相关信息 ProcessRecord app = mProcessList.newProcessRecordLocked(info, info.processN
AMS作用、流程与 AMS相关
larry_lui: - SystemServer.java 在启动AMS之后调用AMS的方法部分： -startOtherServices()->mActivityManagerService.installSystemProviders(); //各种系统信息的管理，像字体啊，系统设置啊，开发者选项啊 -startBootstrapServices()->mActivityManagerService.setSystemProcess(); //为app进程安排系统进程的各种binder以便后期监控 //AMS.java中注册各种服务相关：进程状态、内存信息、图像、数据库信息、权限/进程信息、缓存信息的service/binder、 -//注册服务。首先将ActivityManagerService注册到ServiceManager中，其次将几个与系统性能调试相关 //的服务注册到ServiceManager。查询并处理ApplicationInfo。首先调用PackageManagerService的接口，查询包名为android的应用程 //序的ApplicationInfo信息，对应于framework-res.apk。然后以该信息为参数调用ActivityThread上的 //installSystemApplicationInfo方法。 //创建并处理ProcessRecord。调用ActivityManagerService上的newProcessRecordLocked，创建一个 //ProcessRecord类型的对象，并保存该对象的信息 public void setSystemProcess() { try { // 注册服务activity ServiceManager.addService(Context.ACTIVITY_SERVICE, this, /* allowIsolated= */ true, DUMP_FLAG_PRIORITY_CRITICAL | DUMP_FLAG_PRIORITY_NORMAL | DUMP_FLAG_PROTO); // 注册服务procstats，进程状态 Servi
AMS作用、流程与 AMS相关
larry_lui: AMS SystemServer器 ->借助SystemServerManager ->管理90多个服务. AMS、WMS等90多个服务：共同点：extends stub类、即继承binder类 && 有内置静态类Lifecycle.class 继承 SystemService系统服务类/接口 - 如此则可以在SystemServer.java中可以通过SystemServerManager的对象，调用AMS.Lifecycle.class的getService()获取和启动相应的90多个服务service. 一、AMS管理Application分析 - 原理 1. AMS启动流程、 2. Application启动流程 3. Acitivty启动和管理流程概述：AMS 主要负责四大组件的启动、切换、调度以及应用进程的管理和调度工作。所有的app都需要与AMS打交道。 AMS启动流程原理解析通过SystemServer.java启动的. 1. ATMS工作： activity的管理、把服务公布到localService()供systemServer自身进程的调用 1.2 AMS工作：四大组件和app进程运行一系列相关的service服务/监控-各种binder：进程状态、内存信息、图像、数据库信息、权限/进程信息、缓存信息的service/binder、 SystemServer.java .run() -> startBootstrapServices() ->调用Lifecycle.onStart() 启动ATMS、AMS AMS.java -> onStart()-start()//启动AMS -> - mProcessCpuThread.start();////启动 CPU 监控线程 - mBatteryStatsService.publish();//注册电池状态和权限管理服务 - mProcessCpuInitLatch.await();// 等待mProcessCpuInitLatch完成初始化后，释放锁，初始化期间禁止访问 - SystemServer.java 在启动AMS之后调用AMS的方法部分： -startOtherServices()->mActivityManagerS
init进程zygote进程及系统进程启动流程
larry_lui: 4. zygote总结： native: 初始化运行时环境、创建jvm && 注册jni && 调用ZygoteInit.java@main() java: 预加载-加快进程启动 && socket-创建服务器-forkSystemServer进程 && 循环等待runSelectLoop() --》fork()函数有两个返回值、一个孩子pid, 会调用两次forkSystemServer函数，此函数返回的pid为0时说明此时返回的是zygote进程的pid为0，此时运行的是孩子进程；；如果pid不为0，返回的是孩子进程pid，则代码运行的是zygote进程。

大家在看

最新文章

目录

展开全部

收起

评论 1

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。