【发布时间】:2012-02-20 20:17:46
【问题描述】:
玩!吹捧它的异步 HTTP 处理功能,尽管我不太清楚还有什么是真正的异步(非阻塞 和,没有线程切换。)在我阅读的异步示例中,就像下面从 Play 中截取的一样!框架食谱:
public static void generateInvoice(Long orderId) { Order order = Order.findById(orderId); // #a InputStream is = await(new OrderAsPdfJob(order).now()); // #b renderBinary(is); }
他们关注#b 的冗长/昂贵的“业务逻辑”步骤,但我担心的是#a 的数据库调用。事实上,许多应用程序中的大多数控制器方法只会尝试对 DB 执行多个 CRUD,例如:
public static void generateInvoice(Long orderId) { Order order = Order.findById(orderId); // #a render(order); }
我特别担心在提供这种数据库访问模式时使用“少量线程”的说法。
所以问题是
- 会玩!会阻塞 JDBC 调用吗?
- 如果我们将此类调用包装在 future/promise/await 中,会导致线程切换(除了由于 DB 调用的普遍性带来的不便)对吧?
- 有鉴于此,与具有 NIO 连接器(例如 Tomcat + NIO 连接器但不使用新的事件处理程序)的 servlet 服务器相比,它在为这种数据库访问模式提供服务时的异步性如何?
- 有没有计划支持异步DB驱动,比如http://code.google.com/p/adbcj/?
【问题讨论】:
-
标题中的错字。应该是'level',而不是'leven'
标签: java asynchronous playframework-2.0 nio playframework-1.x