使用最新版ActiveRecord，多线程下是否无需用with_connection包装连接？

我来帮你理清楚这个ActiveRecord连接池的疑问～

首先先明确几个核心点，帮你对齐预期和实际行为：

1. ActiveRecord连接池的基础逻辑 #

你的初始观察是对的：当线程数量超过连接池大小（这里是10）时，新线程会等待从池里获取可用连接，超时就会抛出连接超时错误——这完全符合ActiveRecord的设计：每个线程会绑定一个独立的连接，连接池会控制同时活跃的连接数不超过设置的大小。

2. 为什么“孤立连接”的预期失败没发生？ #

你提到修改代码后预期会因为遗留10个“孤立”连接导致失败，但实际可能没触发？这里的关键是：ActiveRecord不会轻易让连接真的“孤立”，除非你的线程是长期存活的常驻线程。

• 如果你的10个线程是临时创建的一次性线程：当线程执行完毕终止后，ActiveRecord的连接池会自动回收该线程绑定的连接，把它标记为可用状态放回池里。这种情况下根本不会有“孤立”的连接，连接池很快就能恢复到有可用连接的状态，自然不会触发失败。
• 只有当线程是长期运行的常驻线程（比如自定义线程池里的线程），且你没有主动释放连接时，连接才会一直被该线程持有，这时候连接池的10个连接会被占满，后续请求才会因为拿不到连接而失败。

3. 正确避免连接泄漏的做法 #

如果你确实需要在多线程环境下操作数据库，最好用以下方式确保连接被正确回收：

• 使用with_connection块（推荐）：这个块会自动在代码执行完后把连接归还到池里，完全不用手动处理：

  Thread.new do
    ActiveRecord::Base.connection_pool.with_connection do
      # 你的数据库操作，比如 Domain.all
    end
  end
  

• 手动释放连接：如果不用块，就在线程任务结束前调用close：

  Thread.new do
    begin
      # 数据库操作
    ensure
      ActiveRecord::Base.connection.close
    end
  end
  

这样就能彻底避免连接被长期占用的问题啦～

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