aosp

Android7 多用户源码解析（五）应用安装与管理隔离机制系列目录：第一篇：功能演进与系统架构总览 | 第二篇：核心数据结构深度剖析 | 第三篇：用户创建与删除流程全链路分析 | 第四篇：用户切换机制源码剖析 | 第五篇：应用安装与管理隔离机制 | 第六篇：数据隔离与存储机制详解 | 第七篇：系统服务的多用户感知处理 | 第八篇：广播分发与 Intent 路由的用户隔离 | 第九篇：权限系统与多用户的交互机制 | 第十篇：Work Profile 企业模式与开发实战指南

Android7 多用户源码解析（二）核心数据结构深度剖析系列目录：第一篇：功能演进与系统架构总览 | 第二篇：核心数据结构深度剖析 | 第三篇：用户创建与删除流程全链路分析 | 第四篇：用户切换机制源码剖析 | 第五篇：应用安装与管理隔离机制 | 第六篇：数据隔离与存储机制详解 | 第七篇：系统服务的多用户感知处理 | 第八篇：广播分发与 Intent 路由的用户隔离 | 第九篇：权限系统与多用户的交互机制 | 第十篇：Work Profile 企业模式与开发实战指南

Android7 多用户源码解析（六）数据隔离与存储机制详解系列目录：第一篇：功能演进与系统架构总览 | 第二篇：核心数据结构深度剖析 | 第三篇：用户创建与删除流程全链路分析 | 第四篇：用户切换机制源码剖析 | 第五篇：应用安装与管理隔离机制 | 第六篇：数据隔离与存储机制详解 | 第七篇：系统服务的多用户感知处理 | 第八篇：广播分发与 Intent 路由的用户隔离 | 第九篇：权限系统与多用户的交互机制 | 第十篇：Work Profile 企业模式与开发实战指南

Android7 多用户源码解析（一）功能演进与系统架构总览系列目录：第一篇：功能演进与系统架构总览 | 第二篇：核心数据结构深度剖析 | 第三篇：用户创建与删除流程全链路分析 | 第四篇：用户切换机制源码剖析 | 第五篇：应用安装与管理隔离机制 | 第六篇：数据隔离与存储机制详解 | 第七篇：系统服务的多用户感知处理 | 第八篇：广播分发与 Intent 路由的用户隔离 | 第九篇：权限系统与多用户的交互机制 | 第十篇：Work Profile 企业模式与开发实战指南

Android7 多用户源码解析（十）Work Profile 企业模式与开发实战指南系列目录：第一篇：功能演进与系统架构总览 | 第二篇：核心数据结构深度剖析 | 第三篇：用户创建与删除流程全链路分析 | 第四篇：用户切换机制源码剖析 | 第五篇：应用安装与管理隔离机制 | 第六篇：数据隔离与存储机制详解 | 第七篇：系统服务的多用户感知处理 | 第八篇：广播分发与 Intent 路由的用户隔离 | 第九篇：权限系统与多用户的交互机制 | 第十篇：Work Profile 企业模式与开发实战指南

Android7 多用户源码解析（九）权限系统与多用户的交互机制系列目录：第一篇：功能演进与系统架构总览 | 第二篇：核心数据结构深度剖析 | 第三篇：用户创建与删除流程全链路分析 | 第四篇：用户切换机制源码剖析 | 第五篇：应用安装与管理隔离机制 | 第六篇：数据隔离与存储机制详解 | 第七篇：系统服务的多用户感知处理 | 第八篇：广播分发与 Intent 路由的用户隔离 | 第九篇：权限系统与多用户的交互机制 | 第十篇：Work Profile 企业模式与开发实战指南

消失的旧时光-1943

Android 系统层扫盲 09：AMS、ATMS、WMS、PMS 到底分别管什么？前面我们已经知道：然后第八篇又把：这条路跑通了。现在终于可以正式认识 Android Framework 中最常见的几个“大佬”：

千里马-horse

附录 C：AOSP 不在公共框架 API 中采用 Kotlin 的原因初次接触 AOSP 的读者很快会发现一种不对等现象：Kotlin 广泛应用于代码树上层模块，包括 SystemUI、Settings、Launcher3 以及部分 CTS；但应用编译所依赖的公共框架 API 依旧由 Java 定义。本附录阐述造成该现象的各类约束条件。本文并非倡导性内容，也不预测现状何时或者是否会发生改变。文中整理工程层面客观事实：Kotlin 允许使用的场景、禁止使用的场景、决定该差异的二进制契约，以及执行该契约的工具链。阅读完毕后，你可以查看frameworks/base/下任意类，判

千里马-horse

65 定制 Android ROM本章是全书的收官章节。我们将整合前面 62 章讲解的全部内容 —— 构建系统、init 进程、硬件抽象层 HAL、系统服务、SystemUI、模拟器、安全机制、签名机制 —— 串联成一套完整的端到端实操流程：构建、定制、签名、分发一套功能完整的定制 ROM。

千里马-horse

第 66 章：在 Android 上运行 Windows 游戏现代 ARM64 安卓手机的 GPU 性能足以运行桌面 PC 游戏，但这些游戏本身是 x86‑64 Windows 二进制程序，依赖 Win32 API、Wine 底层的 glibc 风格 Linux 内核 ABI 以及桌面端图形驱动。在未取得 Root 权限的原生安卓设备中，上述组件一概不存在。GameNative 以及它所基于的 Winlator 运行时这类项目，完全在用户态下弥合了这一鸿沟：无需 Root、无需内核补丁、无需自定义 ROM。它们搭建起一套多层转换链路，每一层解决一部分适配差异，整套体

消失的旧时光-1943

Android 系统层扫盲 05：Android 开机后发生了什么？从 Bootloader 到 Launcher前面四篇，我们已经建立了 Android 系统最基础的地图：我们也已经知道：但是还有一个非常重要的问题：

千里马-horse

第 61 章：设备策略与 Android 企业版Android 企业版是一套 API、基础设施组件与管理模式的统称，用于让企业组织大规模管理 Android 设备。其核心是设备策略框架，该框架是运行在 system‑server 内部的子系统，以DevicePolicyManagerService（DPMS）为核心，将高层企业管控意图（“要求 6 位 PIN 码”、“在工作资料空间禁用摄像头”）转化为 Android 全栈中具体可强制执行的变更。本章沿着 AOSP 真实源码梳理每一条关键执行路径：从声明管理组件的 XML 元数据，到两万五千行的 DPM

千里马-horse

第 60 章模拟器架构Android 模拟器是 AOSP 生态中最为关键的开发者工具之一。它绝非简单的仿真器，而是一套完整的系统级虚拟机，在经过定制修改的 QEMU 管理程序内运行量产版 Android 系统镜像；在 Linux 平台借助 KVM 实现硬件加速，在其余平台则使用 HAXM / 虚拟机框架完成加速。本章由内到外剖析模拟器：QEMU 执行引擎、Goldfish 与 Ranchu 虚拟硬件平台、衔接虚拟设备与模拟器宿主机的客户侧 HAL 实现、面向云环境的替代方案 Cuttlefish，以及快照、多显示器、可折叠设备

千里马-horse

第 55 章：OTA 更新空中下载（OTA）更新是 Android 设备获取全新系统镜像、安全补丁以及功能更新的机制，无需物理接入设备或者手动刷机。该机制最初只是简单的 “下载 zip 包，进入 recovery 模式，执行更新” 模型，如今已经演变为 AOSP 中最复杂的子系统之一：包含专用原生守护进程update_engine、内核级写时复制快照、Bootloader 交互协议，以及流式处理流水线，无需将完整镜像写入 userdata 分区即可对 GB 级更新载荷执行更新。

消失的旧时光-1943

Android 系统层扫盲 03：第一次看 AOSP 源码目录，frameworks、system、packages、hardware 都是干什么的？上一篇我们已经搞清楚了：当我们真正执行：把 AOSP 源码拉下来以后，会遇到下一个非常现实的问题：这么大一堆源码，我到底该看哪里？

齊家治國平天下

AAOS 电源管理深度解析：休眠/唤醒/功耗优化车载操作系统（AAOS）的电源管理与手机有着本质区别。手机只需要考虑单用户手持场景，而 AAOS 要同时面对：熄火断电、驻车娱乐、倒车影像、远程控车、OTA 升级等多复杂场景。一旦休眠时序出错，可能导致黑屏死机、蓝牙断连甚至无法点火。

AOSP源码隐藏状态栏下面地址，需要（科学上网，才可以阅读）源码阅读地址可以查看系统状态栏的代码在状态栏 com.android.systemui.statusbar.phone.StatusBar.java 代码的第837 行，初始化状态栏的根布局。

第一板块：Android 系统基石与运行原理 | 第一篇：Android 系统架构分层与 AOSP 规范所属板块：第一板块 — Android 系统基石与运行原理前置知识：基础的 Linux 操作系统概念（进程/内核/系统调用）、Java 语言语法基础

不会Android的潘潘

【AOSP 应用集成全方案】**本文只简单讲解 android_app 和 app_import ** 源码：AOSP 12 设备：Piexel 3

千里马学框架

安卓车载手机原生多屏闪黑问题分析及修复成果展示前面给大家布置了多屏情况下的闪黑问题作业安卓wms窗口类闪黑，黑屏等疑难问题你会吗？-vip学员作业 https://mp.weixin.qq.com/s/TsvmXTt7rWyyJZGVglG7Bg 今天来给大家展示一下马哥这边的对作业问题的分析和修复成果。