如何在Clojure Web应用中处理并发用户请求

先明确JVM与Node.js的并发模型差异 #

你熟悉的Node.js是单主线程+事件循环的异步模型，主线程一旦阻塞就会导致所有请求卡住，所以必须依赖promise/async-await这类异步方案避免IO阻塞。而Clojure运行在JVM上，常用的Web服务（如Jetty、Undertow）默认采用多线程工作池模型，和Node.js的底层逻辑完全不同。

对应你的疑问逐个解答 #

• 要不要为每个用户请求单独创建线程？
  不需要。Jetty这类服务器开箱就自带了请求处理线程池，默认大小通常在几十到几百不等，每个入站请求会自动分配给空闲的工作线程处理。就算某一个线程因为等待数据库IO被阻塞，线程池内还有其他空闲线程可以承接新的请求，完全不会出现Node.js中单线程阻塞导致整服务不可用的问题。你自己手动为每个请求创建线程反而会导致线程过多，引发不必要的上下文切换开销，降低服务性能。

• 用future发起数据库请求，主线程还要等待的话有什么作用？
  你说的单请求单次数据库查询的场景下，用future确实没有意义。future的核心使用场景是单个请求需要执行多个独立IO操作的场景，可以通过并行执行降低整体请求耗时。
  举个实际的代码示例：

;; 串行执行3个独立数据库查询，总耗时 = t1 + t2 + t3
(let [user-info (jdbc/query db ["select * from users where id = ?" uid])
      order-info (jdbc/query db ["select * from orders where uid = ?" uid])
      goods-info (jdbc/query db ["select * from goods where id in (select goods_id from orders where uid = ?)" uid])]
  (ring.util.response/response {:user user-info :order order-info :goods goods-info}))

;; 用future并行执行3个查询，总耗时 = max(t1, t2, t3)
(let [user-fut (future (jdbc/query db ["select * from users where id = ?" uid]))
      order-fut (future (jdbc/query db ["select * from orders where uid = ?" uid]))
      goods-fut (future (jdbc/query db ["select * from goods where id in (select goods_id from orders where uid = ?)" uid]))]
  (ring.util.response/response {:user @user-fut :order @order-fut :goods @goods-fut}))

这种场景下future可以帮你大幅降低复杂请求的响应耗时，这是它最常见的使用价值。

• 数据库请求阻塞线程会不会影响并发能力？
  只要配置合理，绝大多数场景下不会有问题。你只需要注意两个核心配置：一是Web服务器的线程池大小不要设置过大，一般推荐压测后调整到CPU核心数*2 + 数据库连接池最大连接数的范围即可；二是数据库必须使用连接池（常用的HikariCP在Clojure的JDBC相关库中都是默认集成的），连接池的最大连接数不要超过数据库本身支持的最大连接数，避免压垮数据库。
  如果你确实需要极致的资源利用率，想要实现类似Node.js的全异步无阻塞模型，也可以搭配core.async和异步数据库驱动实现，但这类方案复杂度较高，中小流量的项目完全没必要使用。

通用最佳实践 #

• 优先使用Web服务器默认的线程池配置，只有压测明确发现线程池是瓶颈时再做调整
• 不要为了异步而异步，只有单个请求存在多个可并行的IO操作时再使用future
• 数据库层面一定要用连接池，严格限制最大连接数
• 普通业务场景下默认的多线程阻塞模型已经足够高效，不需要额外引入异步复杂度

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