這個問題我疑問了很久很久，主要如下截圖。
一個連接對應一個事務，多個連接的事務是不一樣的，先大概了解一下，往下看👇
本人是在學threadlocal的時候，網上大部分人都是說數據庫連接池是典型的用了threadloca的例子，然后我就又查數據庫連接池和threadloca的關系，但是，99%都說threadlocal是為了在並發的情況下，為了保證線程安全，創建了副本什么的，其實這只是threadlocal的用法之一，它還有個用法就是確保同一線程之間參數傳遞的方便（扯遠了）
回歸正題，還是拿上面的圖來說事。。。。
我只講兩個關鍵點，明白人一看就懂：
1、兩者有根本性的區別，用處不一樣！
連接池是緩存並托管數據庫連接，主要是為了提高性能。
而ThreadLocal緩存連接，是為了把同一個數據庫連接“分享”給同一個線程的不同調用方法。（不管調用哪個方法，都是使用的同一個連接，方便進行“跨方法”的事務控制）
舉個栗子：
如果一個請求中涉及多個 DAO 操作，而如果這些DAO中的Connection都是獨立的話，就沒有辦法完成一個事務。但是如果DAO 中的 Connection 是從 ThreadLocal 中獲得的（意味着都是同一個對象）， 那么這些 DAO 就會被納入到同一個 Connection 之下。
2、重點要理解“連接池”。
連接池里面有一定數量的連接資源，比如最大20個連接。
題外話：如果直接通過 Java原生API 獲取“直連”的話：
底層方法一般都是這樣寫的：
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一份，這樣就互相不干擾了。
以上是我的個人見解。
原文鏈接：https://blog.csdn.net/qq_42405666/article/details/108258820
版權聲明：本文為CSDN博主「奔跑的烏龜」的原創文章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文出處鏈接及本聲明。
近期熱文推薦：
1.1,000+ 道 Java面試題及答案整理(2021最新版)
2.終於靠開源項目弄到 IntelliJ IDEA 激活碼了，真香！
3.阿里 Mock 工具正式開源，干掉市面上所有 Mock 工具！
4.Spring Cloud 2020.0.0 正式發布，全新顛覆性版本！
覺得不錯，別忘了隨手點贊+轉發哦！