请描述 Dubbo 使用线程模型来处理请求的机制，包括其主要的工作线程与 IO 线程分工方式。

回答思路

1. 【回答框架 1】Dubbo 默认使用 IO 线程（如 Netty 的 Boss/Worker 线程）处理网络读写，将业务逻辑提交到独立的业务线程池执行，以避免阻塞 IO 线程。
2. 【回答框架 2】对于常见同步调用场景，Dubbo 在消费端和服务端采用不同线程模型；服务端在收到请求后，从业务线程池中获取线程执行本地调用，并返回响应。
3. 【回答框架 3】Dubbo 支持自定义线程池策略，如 fixed、cached 等，并可通过参数调整核心线程数、最大线程数等配置。
4. 【回答框架 4】线程模型旨在平衡延迟和吞吐量；IO 线程保持轻量，业务线程池的大小需根据业务场景谨慎设置，避免过多线程导致上下文切换开销。
5. 【回答框架 5】在异步调用或响应式场景下，Dubbo 也支持将 IO 线程与业务线程分离，甚至使用 CompletableFuture 等非阻塞方式减少线程占用。
6. 【关键点 1】IO 线程与业务线程分离是 Dubbo 线程模型的核心。
7. 【关键点 2】默认使用固定大小业务线程池（可配置）。
8. 【关键点 3】线程模型可通过配置调整，如 threads 参数控制业务线程池大小。
9. 【关键点 4】同步调用中服务端业务逻辑在业务线程池执行。
10. 【关键点 5】异步调用可减少线程阻塞，提高资源利用率。
11. 【易错点 1】并不能认为线程数量越多性能越好，过多线程会因竞争和切换降低吞吐量。
12. 【易错点 2】IO 线程如果被业务逻辑阻塞，会导致网络读写停滞，必须避免在 IO 线程中执行耗时操作。
13. 【易错点 3】配置业务线程池大小时需考虑机器核心数与任务特性，不能盲目套用公式。