vertx 基于 netty ，Event Loop 跟 Work Pool 都是 Netty 的架构概念。

Event Loop 跟 Work Pool 都是 Netty 的启动项，启动时候就建好的，不存在「再创建」。Work Pool 内部再由 ChanleHandle 组成 Pipeline 。至于来得消息咋处理的，就看你 Pipeline 怎么组了。

Event Loop 全权负责 TCP 连接的 IO ，但也仅仅负责这些，它不负责最终处理，而是将其转给 Work Pool 。所以 Event Loop 基本不可能占用太多的 CPU 资源（楼主这里可能需要再补充一下线程的知识）。Event Loop 数量和 cpu 核心数量保持一致，我没见过这个推荐，实际上可能就是随口一说。这玩意大多数情况下，开一个就够了，它应该是最大数量没必要超过 cpu 核心数量。

Work Pool 是否会阻塞，取决于 Pipeline 怎么设计。如果是全同步的 Pipeline ，那么 Work Pool 就是阻塞的。如果这时候再执行长时任务，那么系统的并发量，就被限制成了 Work Pool 的个数。Work Pool 阻塞的时候，技术层面上讲 Event Loop 并没有阻塞。但是，因为 Event Loop 无法再往 Work Pool 送数据了，它实际层面上被阻塞了。如果 Pipeline 中间有任何一个 ChanleHandle 是异步的，那么 Work Pool 就是非阻塞的，这时候全程非阻塞。