Rails返回HTTP状态码无状态消息：Unicorn生产环境缺失原因排查

这个问题本质是Puma和Unicorn两个Web服务器对HTTP状态行的实现差异，跟Rails本身的响应生成逻辑关系不大，具体细节和原因如下：

• HTTP标准允许省略状态消息：HTTP/1.1及后续规范里，状态行的「状态消息」（比如Unprocessable Entity）是可选的，它仅作为人类可读的描述存在，客户端程序应该只依赖数字状态码判断响应结果。所以Unicorn的做法其实是符合规范的。
• Rails本身已生成完整状态信息：你可以去查看Rails日志，不管用Puma还是Unicorn，日志里都会输出类似Completed 422 Unprocessable Entity in Xms的内容——这说明Rails已经把状态消息和状态码绑定好了，只是Web服务器在发送响应时的处理逻辑不同。
• 两款服务器的设计差异：Puma默认会在响应头里发送完整的状态行（状态码+对应消息），而Unicorn在生产环境的默认配置下，为了追求轻量简洁，只会发送状态码，省略了状态消息部分。

如果你的业务场景确实需要状态消息（虽然大部分场景没必要），可以通过自定义中间件来补充：

# app/middlewares/add_status_message.rb
class AddStatusMessage
  def initialize(app)
    @app = app
  end

  def call(env)
    status, headers, response = @app.call(env)
    # 映射状态码到对应的标准消息
    message = Rack::Utils::HTTP_STATUS_CODES[status]
    # 给响应头补充完整状态信息
    headers['Status'] = "#{status} #{message}" if message
    [status, headers, response]
  end
end

然后在config/application.rb里注册这个中间件：

config.middleware.use AddStatusMessage

不过还是要提醒下，这个操作其实不符合现代HTTP的最佳实践，客户端应该只依赖状态码，状态消息仅作为可读性补充存在。

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