25、Binder 在 SystemServer 中的应用：SystemServer 如何通过 Binder 提供系统服务。

聊到 Android 系统服务，绕不开 SystemServer。它就像整个系统的“大管家”，负责启动和管理几乎所有核心服务——ActivityManagerService、WindowManagerService、PackageManagerService 等等。这些服务怎么暴露给上层应用？答案就是 Binder。

我个人习惯把 SystemServer 看作一个“Binder 服务大本营”。它启动后，会创建一堆服务对象，然后通过 ServiceManager 注册到 Binder 上下文管理器中。应用进程想用某个服务，先找 ServiceManager 拿个代理，再通过 Binder 驱动跨进程调用。这套流程，说白了就是 Android 系统服务的“骨架”。

SystemServer 的启动流程

SystemServer 本身是一个 Java 进程，由 Zygote 孵化而来。它的入口在 SystemServer.main() 方法里。我刚开始看源码时，觉得这方法又长又乱，后来才明白它是有套路的。

// 简化后的 SystemServer.main()
public static void main(String[] args) {
    new SystemServer().run();
}

private void run() {
    // 1. 准备主线程 Looper
    Looper.prepareMainLooper();

    // 2. 加载 native 库
    System.loadLibrary("android_servers");

    // 3. 创建系统上下文
    createSystemContext();

    // 4. 启动所有服务
    startBootstrapServices();   // 引导服务
    startCoreServices();        // 核心服务
    startOtherServices();       // 其他服务

    // 5. 进入消息循环
    Looper.loop();
}

嗯，这里要注意：服务的启动顺序是有讲究的。比如 ActivityManagerService 必须在其他服务之前启动，因为它负责管理应用进程的生命周期。我在项目中遇到过一个问题——某个自定义服务启动太早，依赖的 AMS 还没就绪，结果直接崩溃。后来我加了个等待机制，才搞定。

服务注册到 ServiceManager

每个服务启动后，都会调用 ServiceManager.addService() 把自己注册进去。这个操作本质上是在 Binder 驱动中创建一个节点，让其他进程能通过名字找到它。

// 以 WindowManagerService 为例
wm = WindowManagerService.main(context, inputManager, ...);
ServiceManager.addService(Context.WINDOW_SERVICE, wm);

你想想看，ServiceManager 本身也是一个 Binder 服务，它的 handle 是固定的 0。所有进程在初始化时，都会通过 ProcessState::getContextObject() 拿到 ServiceManager 的代理。这就是为什么应用能直接调用 getSystemService() 拿到服务——底层走的就是 Binder 通信。

服务接口的 Binder 化

每个系统服务都会定义一个 AIDL 接口。比如 IActivityManager.aidl，编译后会生成对应的 Java 接口和 Stub 类。服务端继承 Stub 实现具体逻辑，客户端通过代理调用。

// IWindowManager.aidl 示例
interface IWindowManager {
    void addWindow(...);
    void removeWindow(...);
    int getWindowStackId(...);
}

// 服务端实现
public class WindowManagerService extends IWindowManager.Stub {
    @Override
    public void addWindow(...) {
        // 具体实现
    }
}

// 客户端调用
IWindowManager wm = IWindowManager.Stub.asInterface(
    ServiceManager.getService(Context.WINDOW_SERVICE));
wm.addWindow(...);

这里有个细节：Stub.asInterface() 内部会判断调用方是否与服务端在同一进程。如果是，直接返回服务端对象本身，不走 Binder 驱动。这就是所谓的“本地调用优化”。我曾经踩过这个坑——在 SystemServer 内部直接强转服务对象，结果发现跨进程时拿到的其实是代理，类型转换失败。后来我统一用 asInterface() 处理，再也没出过问题。

Binder 线程池与并发处理

SystemServer 启动时，会初始化 Binder 线程池。默认情况下，每个 Binder 服务最多有 16 个线程来处理请求。这个值可以通过 ProcessState::setThreadPoolMaxThreadCount() 调整。

参数	默认值	说明
最大线程数	16	Binder 驱动允许的最大并发线程数
空闲线程超时	30 秒	线程空闲超过此时间会被销毁
线程优先级	默认	可通过 setThreadPriority() 调整

我个人习惯在调试系统服务时，关注 Binder 线程的堆栈。如果某个服务响应慢，很可能是线程池被占满了。你可以用 adb shell dumpsys activity service 查看服务的 Binder 调用统计。

系统服务的 Binder 通信流程

为了让你更直观地理解，我画了一张流程图。它展示了应用进程通过 Binder 调用 SystemServer 中某个服务的完整路径。

服务注册的完整代码示例

下面是一个简化版的系统服务注册流程。我建议你结合源码看，效果更好。

// SystemServer.java 中注册服务的典型模式
private void startOtherServices() {
    // 创建服务实例
    WindowManagerService wm = null;
    try {
        wm = WindowManagerService.main(context, inputManager,
                displayManager, windowManagerPolicy, activityManager);
        // 注册到 ServiceManager
        ServiceManager.addService(Context.WINDOW_SERVICE, wm);
        Slog.i(TAG, "Window Manager Service started");
    } catch (Throwable e) {
        Slog.e(TAG, "Failure starting Window Manager", e);
    }

    // 注册其他服务...
    ServiceManager.addService(Context.INPUT_SERVICE, inputManager);
    ServiceManager.addService(Context.DISPLAY_SERVICE, displayManager);
    // ...
}

Binder 服务调用的性能考量

系统服务通过 Binder 暴露给所有应用，性能就成了关键。我总结了几点优化经验：

• 减少跨进程调用次数：能批量处理的数据，不要分多次调用。比如批量查询应用信息，比逐个查询快得多。
• 使用 oneway 调用：如果不需要返回值，用 oneway 关键字声明。这样调用方不会阻塞，性能提升明显。
• 避免在 Binder 线程中做耗时操作：Binder 线程池有限，一个线程卡住，其他请求就得排队。
• 合理使用缓存：对于频繁查询且变化不频繁的数据，在服务端做缓存，减少 Binder 调用。

我记得有一次优化系统启动速度，发现某个服务在注册时做了大量文件读写操作，导致 Binder 线程阻塞。后来我把初始化操作延迟到第一次调用时执行，启动时间缩短了 30%。

总结

SystemServer 通过 Binder 提供系统服务，本质上是“服务注册 + 代理调用”的模式。ServiceManager 作为中心注册表，Binder 驱动负责跨进程数据传输，SystemServer 中的服务实例处理具体业务逻辑。这套架构设计得相当优雅——服务提供方和服务使用方完全解耦，扩展性极强。

你在看源码时，可以重点关注 ServiceManager.addService() 和 ServiceManager.getService() 这两个方法。理解了它们，就理解了系统服务的“注册-发现”机制。嗯，这部分内容就到这里，希望对你有帮助。

---

公众号:蓝海资料掘金营，微信deep3321