Android Framework层核心技术

你过来啊你
126 阅读8分钟

Framework 层是掌握 Android 系统运作精髓的关键，它承上启下，连接着 Linux 内核/硬件抽象层与上层的应用程序。以下是其核心技术的原理性分析：

核心定位： Framework 层为应用程序提供构建块和 API，管理应用程序的生命周期、资源、硬件访问、UI 渲染、进程间通信等，同时提供系统级服务。它确保了应用运行的一致性、安全性和资源效率。

核心技术原理剖析

  1. Binder IPC 机制：系统通信的基石

    • 核心问题： Android 基于多进程沙箱模型（每个应用默认独立进程），需要高效、安全的跨进程通信。
    • Binder 解决方案：
      • 性能： 采用内存映射技术，数据在进程间仅复制一次（从发送方用户空间到内核空间，再从内核空间直接映射到接收方用户空间），远优于传统 IPC（如 Socket、管道需要复制两次）。
      • 安全性： 基于 Linux 内核驱动实现，内核负责身份验证（UID/PID）和权限检查（Binder 调用可附加权限信息）。
      • 面向对象： 天然支持面向对象的远程方法调用（RMI），通过 AIDL 接口定义语言描述，自动生成代理和桩代码，对开发者透明。
      • 引用计数与生命周期管理： 内核维护 Binder 对象的引用计数，确保远程对象在不再被引用时能正确释放，防止内存泄漏。
      • 线程池管理： Binder 线程池处理并发请求，避免线程无限创建。
    • 在 Framework 中的体现： 所有系统服务（AMS, WMS, PMS 等）与应用、应用与应用之间的通信都依赖 Binder。ServiceManager 作为特殊的 Binder 服务，充当服务注册和查找的中心。

  2. 组件系统与生命周期管理

    • 核心思想： 应用由松散耦合的组件构成（Activity, Service, BroadcastReceiver, ContentProvider）。
    • 管理中枢：Activity Manager Service
      • 调度与协调： AMS 是全局中央控制器，掌握所有组件状态（栈管理、Task 管理）。
      • 生命周期驱动： 组件生命周期并非由应用进程直接控制，而是由 AMS 根据系统状态（用户交互、内存压力、配置变更）通过 Binder IPC 发送命令（scheduleXXX方法）给应用进程的主线程（ActivityThread）。ActivityThread 的 H (Handler) 处理这些命令，调用相应组件的生命周期回调。
      • 跨进程启动： 当启动另一个应用的组件时，AMS 会先检查目标进程是否存在，不存在则通过 Zygote fork 新进程，然后在新进程中初始化组件并回调生命周期。
      • 状态持久化： AMS 协调在配置变更或低内存时保存和恢复组件状态 (onSaveInstanceState, onRestoreInstanceState)。
    • Intent 机制： 作为组件间通信和激活的异步消息载体，包含目标组件信息、动作、数据等。AMS 负责解析 Intent 并找到合适的组件处理（显式或隐式 Intent）。

  3. Handler/Looper/MessageQueue 机制：线程间通信与异步处理

    • 核心问题： Android 主线程（UI 线程）负责 UI 渲染和事件处理，必须保持高响应性，避免阻塞。需要一种机制将耗时操作放到后台线程，并将结果安全地传回主线程更新 UI。
    • 原理：
      • MessageQueue： 每个线程（通过 Looper.prepare()）可以拥有一个先进先出的消息队列。
      • Looper： 循环不断地从关联的 MessageQueue 中取出 Message。每个线程只有一个 Looper。主线程在启动时自动创建了 Looper。
      • Handler： 绑定到特定线程的 Looper。开发者通过 Handler 发送 Message 或 Runnable 到其关联的 MessageQueue 中。当 Looper 循环到该消息时，会在其绑定的线程中执行 Handler 的 handleMessage() 方法或 Runnable 的 run() 方法。
    • 在 Framework 中的体现： 这是 Android 异步编程模型的基础。主线程的事件处理（触摸、按键）、生命周期回调、View 更新、AsyncTask 的内部实现等都依赖此机制。系统服务内部也大量使用 Handler 进行线程间通信。

  4. 系统服务架构

    • 核心设计： Android 将关键功能抽象为独立的、运行在 system_server 进程中的服务。
    • 关键服务：
      • ActivityManagerService ： 如前所述，管理组件和进程。
      • WindowManagerService ： 管理窗口（Window）、窗口层级、布局、焦点、输入事件分发、动画以及与 SurfaceFlinger 的协作进行 Surface 分配和合成。它是 UI 呈现的核心调度者。
      • PackageManagerService ： 管理 APK 的安装、卸载、更新、解析 (AndroidManifest.xml)、权限授予、应用信息查询。
      • PowerManagerService： 管理设备电源状态（唤醒锁机制）。
      • InputManagerService： 管理输入设备（触摸屏、按键），接收原始输入事件，预处理（如触摸事件的分发策略）后通过 WMS 分发给目标窗口。
      • NotificationManagerService： 管理系统通知。
      • LocationManagerService、AudioService、ConnectivityService 等： 管理各种硬件或网络功能。
    • 启动与管理：
      • Zygote 进程 fork 出 system_server 进程。
      • SystemServer 的 main() 方法启动，初始化各种核心系统服务（按顺序，有依赖关系）。
      • 服务将自己注册到 ServiceManager。
      • 应用通过 Context.getSystemService() 获取服务的客户端代理对象（Binder 接口），通过 Binder IPC 调用服务功能。

  5. 资源管理与视图系统

    • 资源管理：
      • 资源编译： aapt/aapt2 将资源（图片、布局、字符串、样式等）编译进 resources.arsc 和 APK。
      • 资源加载： AssetManager 是核心类，通过 Resources 对象暴露给应用。它负责从 APK 或系统资源包中加载资源。
      • 资源查找： 根据资源 ID（编译时生成的常量）快速定位资源。
      • 配置适配： 根据设备配置（语言、屏幕尺寸、方向等）自动选择最匹配的资源。
    • 视图系统：
      • View 与 ViewGroup： UI 构建块。View 负责绘制和事件处理，ViewGroup 是容器，负责子 View 的测量、布局。
      • 布局流程： 由 ViewRootImpl (关联 Window 和 DecorView) 发起，递归调用 measure(), layout(), draw()。
      • 绘制流程： draw() 方法调用 onDraw(Canvas)。Canvas 最终由硬件加速的 DisplayList 或软件绘制的 Bitmap 支持。
      • 硬件加速： 通过 RenderThread 和 RenderNode，将 View 的绘制命令记录到 DisplayList 中，在单独的渲染线程利用 GPU 执行，大幅提升绘制效率。
      • 与 WMS/SurfaceFlinger 协作：
        • 每个 Window 对应一个 Surface。
        • ViewRootImpl 通过 relayoutWindow() 请求 WMS 分配或更新 Surface。
        • View 系统将内容绘制到 Surface 的 Canvas 或 HardwareCanvas 上。
        • SurfaceFlinger 作为合成器，将各个 Window 的 Surface (可能是 OpenGL ES 纹理或 framebuffer) 根据 Z-order 合成到最终的显示帧缓冲区。

  6. Zygote 与进程孵化

    • 核心问题： 快速启动新应用进程，并预加载公共资源减少内存占用。
    • 原理：
      • 启动： init 进程根据 init.rc 启动 Zygote 进程。
      • 预加载： Zygote 在启动时预加载 Framework 的类、资源、主题。这避免了每个新进程都重复加载这些公共内容。
      • Socket 监听： Zygote 监听 /dev/socket/zygote。
      • Fork 新进程： 当需要启动新应用时（通常是 AMS 发起请求），Zygote 收到连接请求，fork() 出一个新的子进程。
      • 子进程初始化： 子进程继承 Zygote 预加载的状态，然后关闭不需要的 Zygote 资源，设置进程名，最终调用 ActivityThread.main() 进入应用世界。

  7. 权限系统

    • 核心： 沙箱隔离的扩展，保护用户数据和敏感功能。
    • 原理：
      • 权限声明： 应用在 AndroidManifest.xml 中声明需要的权限。
      • 权限组： 权限被分组管理。
      • 安装时权限： 传统权限在安装时由用户一次性授予（或拒绝安装）。
      • 运行时权限： 从 Android 6.0 开始，危险权限需要在运行时动态向用户请求 (requestPermissions())。PMS 和 AMS 负责权限的授予、检查和强制执行。
      • Binder 集成： 系统服务在执行敏感操作前，通过 checkPermission() 或 enforcePermission() 验证调用者的 UID/PID 是否拥有相应权限。

总结：Framework 的协同工作流

  1. 应用启动： 用户点击图标 -> Launcher 通过 AMS -> AMS 检查进程是否存在 -> 不存在则通过 Socket 请求 Zygote fork 新进程 -> 新进程启动 ActivityThread -> AMS 通过 Binder 通知新进程创建指定 Activity -> ActivityThread 的 H 处理消息 -> 执行 Activity 生命周期 onCreate 等。
  2. UI 更新： 后台线程计算结果 -> 通过 Handler 发送 Message 到主线程 MessageQueue -> 主线程 Looper 取出消息 -> Handler.handleMessage() 在主线程执行 -> 更新 View -> View.requestLayout()/invalidate() -> 触发 ViewRootImpl 安排下一次 Traversal (measure, layout, draw) -> 绘制到 Surface -> SurfaceFlinger 合成。
  3. 系统服务调用： 应用调用 getSystemService(Context.WINDOW_SERVICE) -> 获取 WMS 的客户端代理 -> 调用代理方法（如添加窗口） -> Binder IPC 传递到 system_server 进程的 WMS -> WMS 执行逻辑（管理窗口树、焦点等） -> 可能通过 Binder 与 SurfaceFlinger 交互分配 Surface -> 返回结果。
  4. 事件分发： 触摸屏驱动 -> InputReader -> InputDispatcher -> WMS 找到目标窗口 -> 通过 Binder IPC 将事件发送到应用进程的主线程 MessageQueue -> 主线程的 ViewRootImpl 的 InputStage 处理 -> 沿着 View 树分发事件 (dispatchTouchEvent)。

理解 Framework 的关键价值

  • 性能优化： 理解 Binder、Handler、硬件加速、View 绘制流程是解决卡顿、ANR 的基础。
  • 功能定制： ROM 定制化、系统级功能开发必须深入修改或扩展 Framework 层。
  • 疑难排查： 分析复杂的系统级问题（如跨进程通信失败、权限拒绝、窗口异常）需要 Framework 知识。
  • 架构设计： 设计健壮、高性能的应用需要理解其运行平台（Framework）的原理和约束。
  • 新技术基础： Jetpack Compose、HIDL/AIDL for HAL、Project Mainline 等新技术都构建在或深刻影响 Framework 层。

Android Framework 是一个庞大且精密的系统。以上分析涵盖了其最核心的原理和组件。深入理解这些原理，是成为高级 Android 开发者和系统工程师的必经之路。每个点（如 Binder 驱动细节、WMS 的窗口合成策略、RenderThread 的运作）都可以展开进行更深入的探讨。

avatar
文章
阅读
粉丝