什么是舱壁隔离？线程池隔离和信号量隔离怎么选？

简化版

舱壁隔离把不同依赖或业务的并发资源分开，避免一个慢依赖占满整台实例的线程、连接和队列。线程池隔离边界强，能限制线程和排队，但有调度开销；信号量隔离只限制并发、仍在调用线程执行，适合短、可预期、非阻塞或轻量调用。

详细版

划分舱壁要依据“是否共享同一种稀缺资源”，通常按核心/非核心业务、下游依赖或延迟特征拆池。线程池隔离为每个舱壁配置线程数、有界队列、拒绝策略和超时，即使推荐服务卡死，也不会吃光订单服务的工作线程。信号量只是进入前申请 permit，调用期间仍占入口线程，不能隔离线程泄漏和不可中断阻塞。

选择时看调用是否阻塞、耗时是否稳定、是否需要异步取消以及线程切换成本。无论采用哪种方案，都要避免池子过多、队列无界，并监控活动数、排队时长、拒绝数和超时数。隔离后的容量之和还要服从实例总 CPU、内存与连接池上限。

完整版教学

一、舱壁解决的是故障扩散

轮船用隔舱让一个舱进水时不至于整船沉没，服务治理借用了同一思路。若接口 A 和 B 共用 200 个工作线程，A 的下游变慢后可能占住全部线程，原本健康的 B 也无法执行。隔离不是让 A 不失败，而是让失败被限制在为 A 分配的资源份额内。

易错点：超时只缩短占用时间，舱壁才限制“最多能占多少”；两者通常需要同时存在。

二、线程池隔离的边界

线程池方案把任务提交到专属 executor，调用线程与执行线程分离。专属线程数限制并行量，有界队列限制等待量，拒绝策略负责过载时快速失败。它能把阻塞线程的数量限制在专属池内，但不会自动清理任务遗留的 ThreadLocal，也无法隔离共享数据库连接池；线程上下文和下层连接都要另行治理。

入口线程
  ├─ 订单池: 40 threads + queue 20 -> DB-A
  └─ 推荐池: 10 threads + queue 5  -> Service-R
推荐池耗尽时，订单池仍有自己的执行资源

三、信号量隔离的工作方式

信号量在调用前执行 tryAcquire，成功后仍由当前线程调用依赖，结束时释放 permit。它没有任务投递和上下文切换，延迟开销更小，也天然适合已有异步事件循环的场景。但若下游同步阻塞 10 秒，入口线程仍会被占用 10 秒，所以它不能替代调用超时。

if (!permits.tryAcquire()) throw new FastRejectException();
try {
    return client.call();
} finally {
    permits.release();
}

四、怎样做选择

维度	线程池隔离	信号量隔离
执行线程	专属线程	调用方线程
隔离强度	较强，可隔离阻塞线程	只限制并发数
额外成本	排队、切换、线程栈	获取/释放 permit
适合调用	同步阻塞、延迟波动大	短调用、异步或 CPU 很轻
超载动作	队列满后拒绝	permit 用尽即拒绝

同步阻塞型 RPC 或 JDBC 调用通常优先线程池；内存缓存查询、已经非阻塞的异步客户端可考虑信号量。选择不是按组件名一刀切，还要用压测确认上下文切换与排队的实际成本。

五、容量与队列怎么算

若某依赖目标吞吐 300 QPS、P95 耗时 100ms，按 并发≈吞吐×耗时 得到约 30 个在途请求。可从 30～40 个线程压测，而不是直接开 300 个。假设线程池 40、队列 20，持续 300ms 的流量洪峰最多暂存 20 个任务；洪峰长期超过处理能力时必须拒绝，队列再大只会把错误变成超时。

总量也要复核：五个池各配 50 线程并不意味着机器能承受 250 个高 CPU 任务。数据库连接只有 80 个时，所有需要数据库的舱壁并发之和不能长期远超 80，否则只是把排队从线程池移到连接池。

六、落地中的生命周期和观测

异步任务取消、超时和异常都必须释放 permit；线程池则要处理 shutdown、队列中尚未执行的任务以及拒绝异常。指标应按舱壁记录 active、queue size、queue wait、reject、timeout 和 task duration。只看总成功率会隐藏某个非核心池已经持续打满。

配置变更应逐实例灰度。例如把推荐池从 10 调到 20，先观察 CPU、连接占用和订单接口 P99；如果推荐变快但订单变慢，说明隔离边界下面还有共享瓶颈。此时应回滚并继续拆分连接池或缓存客户端。

七、常见误区与追问

误区：每个接口单独建线程池隔离最彻底。 线程池过多会增加内存、调度和配置成本，应按风险与资源类型分组。
误区：队列越大，抗突发能力越强。 大队列会放大尾延迟，并执行已经超过客户端 deadline 的过期任务。
误区：使用信号量后就不需要超时。 permit 限制数量，不限制每个调用占用多久。
误区：线程池已经隔离了数据库。 多个池仍可能争抢同一个连接池和同一数据库实例。
追问：核心与非核心池如何分配？ 先保障核心链路最低容量，再让非核心流量快速拒绝或降级，并用压测校准。
追问：拒绝后怎么处理？ 只读请求可返回缓存或默认值；有副作用操作应明确失败，不能未经设计就异步重试。

八、加强记忆

舱壁要记住“分资源、设上限、短排队、快拒绝、看共享瓶颈”。线程池提供更强的执行边界，信号量提供更轻的并发门槛；最终选择由阻塞特征和隔离目标决定。面试回答再给出 Little 定律的容量估算，并指出连接池等下层资源仍需隔离，就能把比喻讲成工程方案。

简化版

详细版