如何优化Rails开发服务器，实现非阻塞且提升运行效率？

核心方向：从根源解决阻塞问题 #

第三方请求的同步等待是服务器阻塞的核心，优先调整请求处理逻辑，再配合合适的服务器配置，才能实现高效非阻塞。

1. 异步化第三方请求处理 #

把耗时的第三方请求从请求主线程剥离，交给后台执行：

• Active Job（Rails内置）：将第三方请求逻辑封装成Job，开发环境用默认的async适配器即可，无需额外队列服务。示例代码：

  # app/jobs/fetch_external_data_job.rb
  class FetchExternalDataJob < ApplicationJob
    queue_as :default
  
    def perform(resource_id)
      resource = Resource.find(resource_id)
      # 第三方请求逻辑
      api_response = HTTP.get("https://third-party-api.com/items/#{resource.id}")
      resource.update!(external_data: api_response.parse)
    end
  end
  
  # 控制器中调用，立即返回响应
  def show
    @resource = Resource.find(params[:id])
    FetchExternalDataJob.perform_later(@resource.id)
    render :show
  end
  

  这种方式让用户请求无需等待第三方响应，服务器能快速处理更多并行请求。
• Action Cable（实时场景）：如果需要把第三方请求结果实时推给用户，结合Active Job + Action Cable，任务完成后通过WebSocket推送数据，避免长连接阻塞。

2. 优化Puma服务器配置 #

你试过Puma但可能没发挥其非阻塞优势，调整开发环境配置：
修改config/puma.rb（开发环境）：

threads_count = ENV.fetch("RAILS_MAX_THREADS") { 5 }
threads threads_count, threads_count

port ENV.fetch("PORT") { 3000 }
environment ENV.fetch("RAILS_ENV") { "development" }

# 开发环境开1个worker + 多线程，适配IO密集场景
workers ENV.fetch("WEB_CONCURRENCY") { 1 }

preload_app!
plugin :tmp_restart

Puma的线程模型天生适合处理IO密集型任务，配合异步Job能最大化非阻塞能力。

3. 替换为非阻塞HTTP客户端 #

同步HTTP客户端（如Net::HTTP）会阻塞线程，换成异步客户端：

• async-HTTP：基于Ruby Async生态的非阻塞HTTP客户端，示例：

  require 'async/http'
  
  Async do
    response = Async::HTTP.get(URI("https://third-party-api.com/data"))
    puts response.read
  end
  

• Faraday + 异步适配器：给Faraday配置faraday-async适配器，发起异步请求不阻塞当前线程。

4. 开发环境缓存第三方请求 #

用工具缓存第三方API响应，避免每次真实调用：

• VCR：录制一次第三方请求的响应，后续开发直接使用缓存结果：

  # spec/support/vcr.rb
  VCR.configure do |config|
    config.cassette_library_dir = "spec/fixtures/vcr_cassettes"
    config.hook_into :webmock
  end
  
  # 业务代码中使用
  VCR.use_cassette("third_party_item_data") do
    data = HTTP.get("https://third-party-api.com/items/1")
  end
  

5. 可选：对齐生产环境Unicorn配置 #

如果需要在开发环境模拟生产的多进程模式，调整config/unicorn.rb开发配置：

worker_processes 2
timeout 30
preload_app true

注意Unicorn进程模型在开发环境重启较慢，不如Puma灵活，仅建议需要对齐生产时使用。

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