3. Binder 线程池配置

3.1 原理概述

Binder 是 Android 进程间通信的核心机制，每个进程内部维护一个 Binder 线程池（Binder Thread Pool），专门用于处理来自其他进程的 IPC 请求。线程池的配置直接影响进程间通信的吞吐量、延迟和稳定性。Binder 驱动层面并不直接管理线程，而是由用户空间库（libbinder）在进程启动时创建固定数量的线程，并在运行时根据需要动态调整。

基本原理：当客户端发起 Binder 调用时，服务端进程中的 Binder 线程池负责从内核的 Binder 缓冲区取出请求并执行。若线程池已无空闲线程，新请求将阻塞等待，直至有线程释放。因此，线程池大小决定了并发处理 IPC 请求的能力。

3.2 默认值与内核机制

Android 系统中每个进程默认的 Binder 线程池大小为 16（最大可配置值由内核参数 /sys/module/binder/parameters/max_threads 限制，通常为 16）。线程池的创建与维护由 ProcessState 和 IPCThreadState 在 Native 层自动完成。

// 查看当前进程的 Binder 线程数（Linux 线程）
adb shell cat /proc/<pid>/task | wc -l

// 查看 Binder 驱动内部状态（需要 root）
adb shell cat /sys/module/binder/parameters/max_threads

3.3 调优场景与建议

以下典型场景需要调整 Binder 线程池大小：

3.4 最大并发限制

最大并发 IPC 请求数受限于三个维度：

1. 用户空间线程数：Binder 线程池容量 MaxThreads，通常 16。
2. 内核 Binder 缓冲区：每个 Binder 事务会分配约 8KB 的临时缓存，系统总缓冲区大小由 /sys/module/binder/parameters/transaction_log_size 或 buffer_size 控制，默认 4MB 左右。并发请求过多可能导致缓冲区溢出。
3. Binder 驱动线程等待队列：内核允许的最大等待任务数，由 /proc/sys/kernel/binder_max_threads 限制。

实际上，最大并发吞吐量可近似计算：MaxConcurrent = min(ThreadPoolSize, BufferSize / 8KB)。例如 ThreadPoolSize=16，BufferSize=4096KB，则 MaxConcurrent = min(16, 512) = 16，线程池是瓶颈。

// 通过 dumpsys 查看 Binder 状态
adb shell dumpsys binders > /tmp/binder_dump.txt
// 关注关键字： "Num threads"、 "Waiters"、 "Queued"

3.5 绑定 Binder 线程到特定服务

Android 标准 Binder 线程池是进程全局共享的，无法原生将某条线程“绑定”到特定服务。但可通过以下模式实现近似效果：

方案一：独立进程 + 专用线程池

将高优先级服务声明为独立进程（android:process），该进程默认拥有独立的 16 线程池，可避免与其他服务争抢。

<service
    android:name=".ImportantService"
    android:process=":critical_service" />

方案二：创建多组 Binder 节点与自定义线程池

在 Native 层可创建多个 BinderService 实例，每个实例运行独立的 IPCThreadState 线程池，需手动管理线程创建和事件循环。

// 伪代码：为服务 A 创建专用线程池
// 该方法不常见，需自行实现 BPBinder 分发逻辑
std::unique_ptr<ProcessState> proc(ProcessState::initWithPool("critical_pool", 8));
sp<IServiceManager> sm = defaultServiceManager();
sm->addService("critical_service", new CriticalService());

方案三：调整服务注册优先级

利用 Binder 驱动对高优先级线程的调度偏好，为服务绑定的线程设置 SCHED_FIFO 或提高 nice 值，使其优先获得 CPU，间接体现“绑定”。

// 在服务 onTransact 中提升线程优先级
pthread_t self = pthread_self();
struct sched_param param;
param.sched_priority = 10;
pthread_setschedparam(self, SCHED_FIFO, &param);

3.6 代码与配置示例

Java 层

import android.os.Binder;
// 设置当前进程的 Binder 线程池最大线程数（必须在任何 Binder 调用前设置）
Binder.setThreadPoolMaxSize(32);
// 注意：只对当前进程有效，且只能增大不能减小（底层重新创建线程池）
// 建议在 Application.onCreate() 中尽早调用

Native 层

#include <binder/ProcessState.h>
// 设置线程池大小，参数为最大线程数，第二个参数为最小保留线程数（默认1）
ProcessState::self()->setThreadPoolMaxThreadCount(32, 2);
// 启动线程池（如果未启动）
ProcessState::self()->startThreadPool();
// 主线程也可加入 Binder 循环
IPCThreadState::self()->joinThreadPool();

内核参数调整（需要 root）

# 增大全局最大线程数限制
echo 64 > /sys/module/binder/parameters/max_threads
# 增大 Binder 缓冲区大小（单位字节）
echo 8388608 > /sys/module/binder/parameters/buffer_size

3.7 调试与监控

3.8 常见错误与解决

3.9 性能与稳定性优化

• 避免线程饥饿：保证最小空闲线程数 ≥ 2，防止突发请求全部阻塞。
• 合理使用 oneway：对无返回值的接口（如广播、通知）使用 oneway 模式，不消耗线程池。
• 控制同步调用超时：设置 Binder.setTransactionTimeout(3000)（Java）或 IPCThreadState::setStrictModeTimeouts()（Native），防止线程被长时间占用。
• 减少大数据传输：超过 1MB 的数据应使用 ashmem 或 FileDescriptor 共享。
• 监控线程池水位：周期性检查 Num threads 与 Waiters，动态调整池大小（例如通过 registerActivityLifecycleCallbacks 在应用活跃时增大池）。

3.10 Binder 线程池并发模型图

下图展示一个进程中 Binder 线程池与外部客户端通信的典型流程：