为什么数据库连接池要用 ThreadLocal 呢？不用会怎么样？

【一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义】

**开源地址：https://docs.qq.com/doc/DSmxTbFJ1cmN1R2dB **

（底层方法一般都是这样写的：

java.sql.DriverManager.getConnection(url, props);

java.sql.Driver.connect(url, props);

特点是：要传入url、用户名和密码等信息）

这种方式，肯定就没有使用数据库连接池。

使用数据库连接池，通常都是得到一个所谓的javax.sql.DataSource[接口]的实例对象，它里面包含了Connection，并且数据库连接池工具类（比如C3P0、JNDI、DBCP等），肯定是重新定义了getConnection、closeConnection等方法，所以你每次得到的Connection，几乎都不是新建立的连接（而是已经建立好并放到缓存里面的连接），你调用closeConnection方法，也不是真正的关闭连接（一般都是起到一个标识作用，标识当前连接已经使用完毕，归还给连接池，让这个连接处于待分配状态）【PS：所以说：使用数据库连接池时，还是要显式的调用数据库连接池API提供的关闭连接的方法】。

理解一下这句话：

不同的线程在同一个时间（ 或者 同一个线程在多个地方）从连接池中拿到的Connection，肯定不是同一个连接。（反过来讲：不同时间的两个线程，一前一后，则有可能拿到同一个连接）

总结：

===

再好好理解一下上面的一段话，我再最后解释亿下

• 首先，我们为了避免单一数据库连接的创建和关闭耗费时间和性能，引入了数据库连接池，提前创建好了n条连接放入池中，如果是单线程情况下，那这样挺好的

• 那如果是多线程情况下呢？还是上面那段话，假设同一时间多个线程从数据库连接池获取连接，那肯定拿的是不同的连接，我当前线程和别的线程拿的连接不一样，那我当前在crud的时候，不在一个事务之内。

• 假设不同时间的多个线程要从数据库连接池拿连接，那这个时候就可能拿到的是同一个连接了，那我多个线程线程拿到的是同一个连接，也就是说在多个线程在同一个事务之内，线程a执行了插入还没来得及提交，线程b此时来了个更新，在线程a还未操作完之前，线程b更新完了后，直接把连接给close了，线程a插了一半发现插不了了。。。此时肯定在想，这™是谁在搞我。

• 为了确保不同时间多个线程可能拿到的是同一个连接，那么此时threadlocal闪亮登场，就算我拿的是“同一个连接”，在引入了threadlocal后，每个线程之间都会创建独立的连接副本，将collection各自copy一份，这样就互相不干扰了。

作者：奔跑的乌龟

blog.csdn.net/qq_42405666/article/details/108258820

往期精选  点击标题可跳转

面试官问：线程池如何重复利用空闲的线程来执行任务？

Java 程序员不可或缺的 11 种 IntelliJ IDEA 插件，提升开发效率！

坑你没商量！盘点 JDK 中最常见的“翻车”现场，你都踩过那些坑？

Java 中 Service 层和 DAO 层有必要每个类都加上接口吗？

美团实习面试：熟悉红黑树是吧？能不能写一下？说一说空间和时间复杂度？

Spring Boot 集成 WebSocket，实现前后端即时通讯，如此简单！

Spring Boot 接口频繁超时，Alibaba 开源 Arthas 精准定位 BUG 问题！

踩坑！Spring 事务方法与非事务方法相互调用 @Transactional 注解失效不回滚？