1

我的 services.xml 中有以下代码

<bean id="executorService" class="java.util.concurrent.Executors" factory-method="newFixedThreadPool">
    <constructor-arg value="10" />
</bean>
<task:annotation-driven executor="executor" />

<task:executor id="executor" pool-size="10" queue-capacity="100" rejection-policy="CALLER_RUNS" />

在同一个项目中，我还连接到使用 dbcp.BasicDataSource 的数据库。

我读过 DBCP 在您的应用程序是单线程而不是多线程时最有效。executor 的使用告诉我该应用程序是多线程的。你觉得这里使用 DBCP 不合适吗？这是一个好习惯吗？或者，我是否生活在一个古老的神话中，即 DBCP 无法处理多线程环境？

任何正确方向的指导将不胜感激。

4

1 回答 1

5

我读过 DBCP 在您的应用程序是单线程而不是多线程时最有效。

你能提供这些信息的来源吗？DBCP 唯一的问题是它使用单个锁来同步池上的所有操作，这可能成为重型多线程应用程序的瓶颈。

DBCP 不能处理多线程环境？

想想看。如果您的应用程序只是单线程的，它永远不会使用多个连接。JDBC 是阻塞的，因此您不能同时使用来自同一个线程的两个连接（简化）。话虽这么说，如果您只从一个线程查询数据库，那么您不仅不需要连接池，而且不需要DataSource. 一个Connection就够了。

所以......我们主要在多线程应用程序中使用连接池，特别是在线程数量远大于可用连接数量并且线程之间相互竞争的情况下。每个健全的连接池都能够在多线程环境中工作。

于 2012-10-25T20:00:31.813 回答