如何使用 Rails 4 同时处理请求？

Question

我正在尝试在 Rails 4 中同时处理多个请求，而在 Rails 3 中使用 config.threadsafe! 和 Puma 可以很容易地做到这一点。

假设我有这个控制器

class ConcurrentController < ApplicationController
  def index
    sleep 10000
  end

  def show
  end
end

我以前可以用puma -t 2:16 -p 3000（最少2个线程）启动puma，然后点击index，然后点击show，仍然可以正确渲染show。

在 Rails 4 中，如果我尝试做同样的事情，Puma 现在会锁定 index 请求，而 show 永远不会被渲染。当我为服务器点击Ctrl-C 时，Puma 给了我这个错误：

Rack app error: #<ThreadError: Attempt to unlock a mutex which is locked by another thread>

为了让并发与 Rails 4 一起工作，我在这里缺少什么？ config.threadsafe! 应该是不需要的（即使我尝试也不会产生影响）

Answer 1

你可以试试独角兽这在开发模式下很简单：

http://dave.is/unicorn.html

Answer 2

似乎默认情况下，在 Rails 4 中，开发环境中没有启用并发请求。

我在documentation 中找到了这句话。

Rack::Lock 将应用程序封装在互斥体中，因此一次只能由单个线程调用。仅在 config.cache_classes 为 false 时启用。

这意味着如果config.cache_classes = false（默认情况下在开发环境中）我们不能有并发请求。

并发请求确实适用于我在生产环境中的示例。

一种解决方案是在开发环境中设置config.cache_classes = true，但随后代码不会在更改时重新加载，这对于开发来说实际上不起作用。

第二种hacky解决方案是在开发中禁用Rack::Lock中间件。

因此，如果您要在 development.rb 中添加以下行：

config.middleware.delete Rack::Lock

您应该能够在开发环境中处理并发请求禁用缓存类。

Answer 3

我邀请您阅读本文Removing config.threadsafe!中config.threadsafe!的配置选项 它将帮助您更好地理解config.threadsafe! 的选项，尤其是允许并发。

在 Rails 4 中 config.threadsafe! 是默认设置的。

---

现在回答

在 Rails 4 中，请求在默认情况下由 DEV 环境中的 Rack::Lock 中间件包裹在 Mutex 周围。

如果你想启用并发，你可以设置config.allow_concurrency=true。这将禁用 Rack::Lock 中间件。如您的问题的另一个答案中所述，我不会删除它；对我来说，这看起来像是一个 hack。

注意：如果您有config.cache_classes=true，那么分配给config.allow_concurrency（Rack::Lock 请求互斥锁）将不会占用 效果，默认情况下允许并发请求。如果你有 config.cache_classes=false，那么你可以设置 config.allow_concurrency 到 true 或 false。在开发中 你会想要这样的环境

config.cache_classes=false
config.allow_concurrency=true

声明：表示如果config.cache_classes = false （默认情况下在开发环境中）我们不能有并发 请求。 不正确。

附录

您可以参考this answer，它设置了一个使用 MRI 和 JRuby 测试并发性的实验。结果令人惊讶。 MRI 比 JRuby 快。

MRI 并发实验是on GitHub。 实验只测试并发请求。控制器中没有竞争条件。但是，我认为实现上面文章中的示例来测试控制器中的竞争条件并不难。