Android AOSP：Java 与 C++ 系统服务的权衡与选择

Ehtan_Zheng
3 阅读7分钟

这是对 Android 系统服务架构决策的深度解析。如果你正致力于将 Android 移植到像 Raspberry Pi 5 这样的新硬件上，理解 Java 与 C++ 之间的选择，将直接决定你的系统是“优雅高效”还是“拼凑堆砌”。

在 AOSP 开发中，实现系统服务的方式是架构设计的核心。虽然 Java 是 Android 框架层的“母语”，但 C++ 才是底层硬件抽象层的中流砥柱。

如果你之前在 Java 层实现了一个 CalculatorService（计算服务），现在正考虑用 C++ 实现一个 ArithmeticService（算术服务），你可能会产生疑问：为什么要切换语言？这些代码到底应该放在系统的哪个位置？

1. 核心差异：底层运作机制

Java 与 C++ 服务之间的区别绝不仅仅体现在语法上，其本质差异在于代码在内存中的驻留位置以及 Linux 内核对其进程的处理方式。 以下是根据你提供的图片内容，整理成的 Markdown 表格版本：

Android 系统服务对比表

特性 (Feature)Java 系统服务 (Java System Service)C++ 系统服务 (Native Daemon)
进程宿主 (Process Host)运行在 system_server 进程内部。运行在独立的专用进程中（例如：/vendor/bin/arithmetic_service）。
启动方式 (Startup)在引导序列期间由 SystemServer.java 启动。通过 .rc 文件由 init 进程启动。
性能表现 (Performance)开销较高（受 JVM/ART 管理和垃圾回收 GC 机制影响）。开销极低，支持直接内存控制，无 GC 停顿。
硬件访问 (Hardware Access)通常需要通过 JNI 与低层驱动程序通信。可以直接与 /dev/ 节点及内核驱动程序通信。
稳定性影响 (Stability Impact)如果服务崩溃，可能会导致整个 system_server 挂掉（引发系统软重启）。如果服务崩溃，仅该进程死亡；可以设置 init 进程对其进行自动重启。
API 可见性 (API Visibility)可以轻松通过 context.getSystemService() 暴露给应用层。通常需要一个 Java 层的“代理 (Proxy)”或管理器才能对应用可见。

2. 决策矩阵：你应该选择哪一个？

选择正确的语言取决于你的服务是更接近硬件还是更接近应用。

在以下情况下，请选择 C++ Native 服务：

  • 底层硬件交互：当你需要编写服务来控制 Raspberry Pi 的 GPIO、I2C 传感器或自定义热管理逻辑时。
  • 性能至上：当你正在执行重度数学运算或信号处理，且无法接受垃圾回收（GC）带来的停顿延迟时。
  • 模块化稳定性：你希望确保即使你的服务发生崩溃，也不会导致整个 Android 用户界面（system_server）瘫痪。
  • 遗留代码复用：你拥有现成的 C/C++ 库，并希望将其功能暴露给 Android 系统。

在以下情况下，请选择 Java 系统服务：

  • 高层业务逻辑：当你的服务需要协调现有的框架功能时（例如，一个通过切换蓝牙和 Wi-Fi 来实现功能的“智能电池”服务）。
  • 易用性：你希望应用开发者能通过 context.getSystemService() 立即调用该服务。
  • 快速原型开发：你希望避开 C++ 中复杂的 SELinux 策略配置以及繁琐的手动内存管理。

3. “位置”之争：为什么目录结构至关重要

在 AOSP 中，文件路径就是你的身份。你可能习惯于将代码放在 frameworks/base/ 中，但对于 Raspberry Pi 5 项目，我们会将其移动到 device/arpi/rpi5/。原因如下：

“核心”地带 (frameworks/base/)

这里专门用于存放通用的 Android 功能。如果你修改了这里，就是在改变“标准 Android”的定义。 这种做法会使升级到下一个 Android 版本（例如从 Android 15 升级到 16）变成一场噩梦，因为会产生大量的合并冲突。

“供应商”地带 (device/ 或 vendor/)

这一做法遵循了 Project Treble 架构。通过将 ArithmeticService 放在 device/arpi 文件夹中，你将其视为一种硬件扩展。

  • 解耦：你的硬件相关代码与操作系统代码保持分离。
  • 构建速度：你可以只重新编译你的服务，而无需重新构建整个 Android 框架（Framework）。

4. 它们可以互换吗？（打破常规）

  • 在 device/ 目录下使用 Java？ 可以。你可以创建一个“供应商应用（Vendor App）”或独立的 Java 守护进程，但它不会成为核心 system_server 内存空间的一部分。
  • 在 frameworks/ 目录下使用 C++？ 可以，但通常会存放在 frameworks/native/ 中。这是 Google 放置全局本地服务（如 SurfaceFlinger）的地方。如果你的服务仅用于 Raspberry Pi，将其放在此处会被视为“不良实践（bad practice）”。

总结：现代混合开发方法

目前在 AOSP 中最专业、最符合工业标准的开发方式是混合模型 (Hybrid Model) ：

  • 在 C++ 中编写高性能逻辑（代码位于 device/ 或 vendor/ 目录下）。
  • 通过一个精简的 Java 管理器 (Java Manager) 对外暴露接口（代码位于 frameworks/base/ 目录下）。

这种方法能让你鱼与熊掌兼得：既能发挥 Raspberry Pi 5 硬件的原生性能，又能实现与 Android 框架的无缝集成。

扩展：Android “守门员” —— Init 与 SELinux

在 Android 15 中，即便你的 C++ 代码写得完美无缺，如果你没有拿到正确的“金钥匙”，Linux 内核依然会将其杀死，且 ServiceManager 也会直接忽略它。以下是让你的 arithmeticService 成为 Raspberry Pi 5 启动序列中永久成员的方法。

在标准的 Linux 发行版中，你可能只需通过 & 符号在后台运行一个二进制文件。但在 Android 中，每一个进程都必须由 Init 进程显式邀请，并受到 SELinux 的严格限制。

1. 邀请函：.rc 文件

Android 并不使用 systemd，而是使用其专有的 init 进程来读取 .rc (Run Command) 文件。该文件会指示 Android 将你的 C++ 二进制程序作为“守护进程 (Daemon)”启动。

service arithmetic_service /vendor/bin/arithmetic_service  
    class hal  
    user system  
    group system  
    oneshot

  • class hal：这确保了你的服务在启动过程的早期阶段启动，即在硬件抽象层（HAL）进行初始化的时刻。

  • user/group system：以 system 身份运行，可以为你提供与 Binder 内核驱动程序交互所需的必要权限。

2. 守门员：SELinux 策略

SELinux（安全增强型 Linux）是导致新的 AOSP 服务运行失败最常见的原因。即便你拥有 root 权限，SELinux 依然可以对你说“不”。你需要为你的服务定义一个安全上下文（Security Context） 。

在 Raspberry Pi 5 上，导航至 device/arpi/rpi5/sepolicy/ 并添加以下内容：

A. 定义类型 (file_contexts)

首先，告诉 Android 你的二进制文件具有特殊的身份。

/vendor/bin/arithmetic_service u:object_r:arithmetic_service_exec:s0

B. 注册服务名称 (service_contexts)

此步骤将你在 C++ 代码中使用的字符串名称（"arithmeticService"）映射到一个安全标签。

  • 建立关联：通过此配置文件，系统可以识别特定的 Binder 服务名称。
  • 权限控制：这确保了只有被授权的进程才能在 ServiceManager 中注册或获取该名称的服务。
arithmeticService u:object_r:arithmetic_service_service:s0

C. 授予权限 (arithmetic_service.te)

现在，创建一个类型强制（Type Enforcement, .te）文件，以允许该服务实际执行工作。

type arithmetic_service, domain;  
type arithmetic_service_exec, exec_type, vendor_file_type, file_type;  
  
# Transition from init to the arithmetic_service domain  
init_daemon_domain(arithmetic_service)  
  
# Allow using Binder IPC  
binder_use(arithmetic_service)  
  
# Allow this process to add itself to ServiceManager  
add_service(arithmetic_service, arithmetic_service_service)

3. 集成：Android.bp

最后，你必须告知构建系统在 cc_binary 目标中包含这些配置文件，以便它们能被正确烧录到 RPi5 开发板上。

  • 关联配置：在 Android.bp 文件中，通过特定的属性将 .rc 启动脚本与你的二进制文件关联起来。
  • 打包发布：这确保了当系统镜像构建完成时，配置文件会位于镜像中正确的目录下，从而使 init 进程能够在启动时找到并执行它们。
cc_binary {  
    name: "arithmetic_service",  
    vendor: true,  
    srcs: ["ArithmeticService.cpp", "main.cpp"],  
    shared_libs: [  
    "libbinder_ndk",  
    "libbase",  
    "libutils",  
    "com.example.arithmetic-ndk",  
    ],  
    init_rc: ["arithmetic_service.rc"],  
}

4. 验证

当你完成构建并烧录镜像后，使用以下三个“黄金命令”来验证你的工作成果：

  • 检查进程：adb shell ps -A | grep arithmetic （确认二进制程序是否正在运行？）
  • 检查 ServiceManager：adb shell service check arithmeticService （确认服务是否已成功注册？）
  • 检查“拒绝访问”记录：adb shell dmesg | grep avc （如果你的服务无法正常工作，此命令将准确显示你遗漏了哪条 SELinux 规则。）
avatar
文章
阅读
粉丝