DBUtils QueryRunner实例化

Question

我有一个webservice，在初始化时使用数据源实例化单个QueryRunner。它将这一个QueryRunner对象用于来自webapp使用的多个不同servlet的所有servlet请求，方法是将其作为servlet上下文属性传递。即：

// in servlet context listener (on app initialization)
QueryRunner myQueryRunner = new QueryRunner(myDataSource);
myServletContext.setAttribute("queryRunner", myQueryRunner);

// in the servlets
QueryRunner myQueryRunner = (QueryRunner) myServletContext.getAttribute("queryRunner");
myQueryRunner.query(myStoredProcedure, handler, params)

我想知道这是否是一个瓶颈。 servlet是否应该为每个请求实例化一个新的QueryRunner？

在寻找答案时，我也发现了AsyncQueryRunner。但我更加困惑，因为QueryRunner和AsyncQueryRunner的API文档中的解释说的完全相同。

我查看了示例here，似乎应该对每个请求进行实例化，但我不确定这是否只是因为它是示例代码。

换句话说，当我使用DBUtils QueryRunner时：

1. 为每个请求使用一个QueryRunner个实例？ （我是什么 现在这样做）
2. 为每个servlet请求实例化一个新的QueryRunner？
3. 为每个请求使用一个AsyncQueryRunner个实例？

Answer 1

QueryRunner是一个线程安全类，因为它是无状态的，因此您可以在多线程环境中使用单个实例而不会出现任何问题。

所有方法都是自包含的，因此不需要同步方法访问，因此您也可以排除瓶颈。

我在生产环境中使用它没有问题，但我的实现遵循“用每个语句实例化一个新的QueryRunner”的模式，因为它是一个没有状态的委托类，所以没有繁重的初始化和没有堆消耗，我避免使用单例或其他用于存储此类类的共享实例。

AsyncQueryRunner也是线程安全的，但其目的和用法完全不同（请参阅http://commons.apache.org/proper/commons-dbutils/examples.html）。它用于为长时间运行的语句创建非阻塞调用。如果您的业务层需要异步，那么它可能很有用。

总结：

• 使用来自多个线程的单个QueryRunner实例（每个请求一个线程？）没有反指示但也没有优点，但是需要一些代码来管理这个实例
• 为每个线程使用新的QueryRunner实例，或者甚至对于要通过它委托的每个语句都有两个主要的优点：简单和本地化使用，如果不需要它们，内存中没有实例。
• AsyncQueryRunner需要对查询响应进行繁琐的管理，因此只有在业务代码中需要异步行为时才使用它。