3. Binder 线程池核心配置参数详解

Binder 线程池的配置参数决定了线程的创建策略、执行优先级与栈空间开销。Android 系统通过 ProcessState 全局对象管理线程池参数，各参数定义在 frameworks/native/libs/binder/ProcessState.cpp 中。本章逐一解析 max_threads、idle_threads、priority、stack_size 以及参数作用域的逻辑与调优要点。

3.1 max_threads：线程池容量上限

max_threads 是线程池中允许创建的最大线程数，对应 ProcessState::startThreadPool() 和 IPCThreadState::joinThreadPool() 中的核心判断。默认值为 16，由 ProcessState::DEFAULT_MAX_BINDER_THREADS 定义。

// frameworks/native/libs/binder/ProcessState.cpp
static constexpr int32_t DEFAULT_MAX_BINDER_THREADS = 16;

status_t ProcessState::setThreadPoolConfiguration(int32_t maxThreads) {
    if (maxThreads <= 0) return BAD_VALUE;
    mMaxThreads = maxThreads;
    mExecutor->setMaxConcurrency(maxThreads);
    return OK;
}

3.2 idle_threads：空闲线程保留策略

Idle thread 指已从 talkWithDriver() 返回、处于 joinThreadPool() 循环等待下一笔 binder 事务的线程。系统不会立即销毁这些线程，而是保留在池中以降低响应延迟。保持 idle thread 数量过多会造成内存浪费；过少则在高并发来临前需要创建线程，增加首次 IPC 的延迟抖动。

AOSP 默认策略是“先保留最近释放的线程，当空闲线程超过最大线程数的 50% 时，逐步退出多余线程”。此逻辑由 IPCThreadState::handlePoolReply() 实现：

// IPCThreadState.cpp (简化伪码)
if (result == TIMED_OUT && mPoolState == POOL_JOINING_AND_EXIT) {
    // 空闲超时，退出线程池
    mOut = BR_FINISHED;  // 告知驱动该线程退出
}

3.3 priority：Binder 工作线程优先级

Binder 线程默认继承发起端线程的调度优先级（SCHED_OTHER 或 SCHED_FIFO/RR）。当服务端收到高优先级客户端的请求时，Binder 驱动会自动提升服务线程的优先级至与客户端一致（通过 SKP 优先级继承机制）。开发者可通过 android::set_sched_policy() 或 ProcessState::setCallRestriction() 微调优先级降级规则。

关键配置点：

• 使用 SCHED_FIFO 线程处理 binder 事务时，需确保客户端与服务端在同一组 RT 线程上下文中，否则优先级倒置可能引发系统 free_lock。
• 禁止在 onTransact() 中调用 setPriority() 强制降低线程优先级，这会破坏 Binder 驱动内部的优先级继承链。

3.4 stack_size：线程栈空间配置

Binder 工作线程的栈大小由 pthread_create() 时的 PTHREAD_CREATE 属性决定。AOSP 默认不做显式修改，使用 glibc 默认栈大小（通常为 8 MB）。在低内存设备上，可通过自定义 pthread_attr_t 将栈大小缩小至 256 KB 或 512 KB，但需确保 onTransact() 函数内没有深度递归或栈分配过大的局部变量。

// 自定义栈大小的示例 (面向 NDK 或 system server 启动脚本)
pthread_attr_t attr;
pthread_attr_init(&attr);
pthread_attr_setstacksize(&attr, 512 * 1024); // 512 KB

// 替换 Binder 线程创建逻辑
// ProcessState::spawnPooledThread() 内调用 pthread_create(&thread, &attr, ...)

3.5 作用域：进程级、线程级与全局默认值

线程池配置参数的生效范围可分为三个层级：

1. 全局默认值：由 ProcessState::self() 单例加载，首次调用 startThreadPool() 时生效，参数来自 DEFAULT_MAX_BINDER_THREADS 和 libbinder 的编译常量。
2. 进程级覆盖：调用 ProcessState::setThreadPoolConfiguration(maxThreads) 可覆盖本进程的线程池参数。该调用必须在任何 IPCThreadState::self()->joinThreadPool() 之前完成。
3. 线程级限制：单个 IPCThreadState 实例可通过 setStrictModePolicy() 或 setCallRestriction() 限制本线程的 binder 调用行为，但无法改变池容量和栈大小。

3.6 参数调优的典型误区

• 误区一： 认为 max_threads 设得越大越好。实际超过 48 线程后，锁竞争（gProcessMapLock、gRefsLock）会急剧上升，导致整体吞吐量不升反降。
• 误区二： 在 onTransact() 中动态调整 max_threads。这会造成正在 joinThreadPool() 的线程数量与配置不一致，触发 BR_FINISHED 意外退出。
• 误区三： 忽略栈大小对 32 位进程的限制。32 位用户空间只有 3 GB 虚拟地址空间，32 个 8 MB 线程就占用了 256 MB，极易因 mmap 失败导致 binder 线程创建失败。

3.7 实战：通过 adb 快速查看当前配置

使用 binderfs 和 dumpsys 可以观察 Binder 线程池的运行时参数：

# 查看指定 pid 的线程池信息 (Android 12+)
adb shell cat /proc/<pid>/binder/tasks

# 输出示例
# 12892: binder: 5 idle: 3 max: 16
# 其中 5 为当前活跃线程数，3 为空闲线程数，16 为 max_threads

# 通过 dumpsys service 查看进程级 binder 配置
adb shell dumpsys service -b <service_name> | grep -i binder