Ruby（MRI）存在GIL限制，Puma如何实现多线程运行Rails应用？

首先要澄清一个常见误解：MRI Ruby不是完全不支持多线程，只是受全局解释器锁（GIL）限制，同一时间只有一个Ruby线程能执行Ruby代码。这是理解Puma多线程作用的核心前提。

Puma能以多线程模式有效运行Rails应用，主要基于以下几点原因：

• IO等待时GIL会主动释放：Rails应用的日常工作中，绝大多数时间都消耗在IO操作上——比如查询数据库、调用外部API、读写文件等。当某个Ruby线程进入IO等待状态时，GIL会被释放，此时其他Ruby线程就能获得执行权限。Puma的多线程正是利用了这个特性：当一个线程卡在IO等待时，其他线程可以继续处理新的请求，避免CPU空闲等待IO完成，从而整体提升服务器的并发处理能力。

• 多线程节省资源且适配Web场景：和Unicorn的多Worker（多进程）模式不同，Puma的多线程共享同一个进程的内存空间，内存占用更低。而Web应用的核心需求是处理高并发请求，并非让Ruby代码做并行计算。即便有GIL限制，多线程模式在IO密集的Web场景下，依然能比单线程模式处理更多请求，这也是它被广泛使用的关键原因。

• 区分并发与并行：GIL确实阻止了Ruby线程在多核CPU上并行执行Ruby代码，但这和并发处理请求是两个概念。并发是指多个请求在同一时间段内被处理（通过线程切换实现），而并行是指多个请求在同一时刻同时执行。对于Web服务器来说，并发能力的提升已经能显著改善性能，这就足够满足大多数场景的需求。

另外补充：JRuby因为依托Java虚拟机，没有GIL限制，它的多线程可以真正利用多核CPU并行执行Ruby代码，更适合CPU密集型的业务场景；而MRI Ruby的多线程则在IO密集的Web场景中更具优势。

内容的提问来源于stack exchange，提问作者shubham mishra