看起来使用 JDBC 处理事务的经典方法是将自动提交设置为 false。这会创建一个新事务，每次调用 commit 都标志着下一个事务的开始。
在多线程应用程序中，我知道为每个线程打开一个新连接是常见的做法。
我正在编写一个基于 RMI 的多客户端服务器应用程序，因此基本上我的服务器会为每个新连接无缝地生成一个线程。
为了正确处理事务，我应该为每个线程创建一个新连接吗？
这样的架构成本是不是太高了？
是的，通常您需要为每个线程创建一个新连接。您无法控制操作系统如何对线程的执行进行时间切片（尽管定义了自己的关键部分），因此您可能会无意中让多个线程尝试沿该管道发送数据。
请注意，这同样适用于任何网络通信。例如，如果您有两个线程尝试与 HTTP 连接共享一个套接字。
- 线程1发出请求
- 线程2发出请求
- 线程 1 从套接字读取字节，无意中读取了线程 2 请求的响应
如果您将所有事务包装在关键部分中，并因此在整个开始/提交周期中锁定任何其他线程，那么您也许能够在线程之间共享数据库连接。但即便如此，我也不会这样做，除非您确实对 JDBC 协议有天生的了解。
如果大多数线程很少需要数据库连接（或根本不需要），您可以指定一个线程来完成数据库工作，并让其他线程将其请求排队到该线程。这将减少如此多的连接的开销。但是您必须弄清楚如何管理环境中每个线程的连接（或者在 StackOverflow 上询问有关该问题的另一个具体问题）。
update:为了回答您在评论中的问题，大多数数据库品牌不支持单个连接上的多个并发事务（InterBase/Firebird 是我所知道的唯一例外）。
如果有一个单独的事务对象，并且能够为每个连接启动和提交多个事务，那就太好了。但供应商根本不支持它。
同样，独立于供应商的标准 API（例如 JDBC 和 ODBC）也做出相同的假设，即事务状态仅仅是连接对象的一个属性。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
