上次講到ThreadLocal的使用場(chǎng)景，這次接著講。
管理應(yīng)用程序的線程安全
使用ThreadLocal來(lái)實(shí)現(xiàn)線程安全，我覺(jué)得得有兩個(gè)前提
- 數(shù)據(jù)資源并非只有一個(gè)，即不需要非要競(jìng)爭(zhēng)同一個(gè)資源
- 多線程情況下不能使用同一個(gè)數(shù)據(jù)資源
而數(shù)據(jù)庫(kù)連接就是這一類資源。數(shù)據(jù)庫(kù)連接可以有多個(gè)，但是是優(yōu)先的。而且不同線程間不可以使用相同的數(shù)據(jù)庫(kù)連接，不然事務(wù)無(wú)法保證。下面我們就來(lái)實(shí)現(xiàn)一個(gè)沒(méi)有池化功能數(shù)據(jù)庫(kù)連接管理功能
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;
public class ConnectionManager
{
private static final ThreadLocal<Connection> connectionHolder = new ThreadLocal<Connection>();
public static Connection getConnection()
{
// ThreadLocal取得當(dāng)前線程的connection
Connection conn = connectionHolder.get();
// 如果ThreadLocal沒(méi)有綁定相應(yīng)的Connection，創(chuàng)建一個(gè)新的Connection，
// 并將其保存到本地線程變量中。
if (conn == null)
{
try
{
Class.forName("");
conn = DriverManager.getConnection("url", "user_name", "password");
// 將當(dāng)前線程的Connection設(shè)置到ThreadLocal
connectionHolder.set(conn);
}
catch (ClassNotFoundException e)
{
// do not do like this
}
catch (SQLException e)
{
// do not do like this
}
}
return conn;
}
/**
* 關(guān)閉Connection，清除集合中的Connection
*/
public static void closeConnection()
{
// ThreadLocal取得當(dāng)前線程的connection
Connection conn = connectionHolder.get();
// 當(dāng)前線程的connection不為空時(shí)，關(guān)閉connection.
if (conn != null)
{
try
{
conn.close();
// connection關(guān)閉之后，要從ThreadLocal的集合中清除Connection
connectionHolder.remove();
}
catch (SQLException e)
{
// do not do like this
}
}
}
}
線程內(nèi)的數(shù)據(jù)傳遞
之前在搜索部門做過(guò)一個(gè)系統(tǒng)，是用來(lái)解析關(guān)鍵字的系統(tǒng)。而對(duì)于不同的關(guān)鍵字所配置的業(yè)務(wù)規(guī)則時(shí)不相同的，而且業(yè)務(wù)規(guī)則之間有優(yōu)先級(jí)的概念。所以該系統(tǒng)整體上是使用責(zé)任鏈的設(shè)計(jì)模式來(lái)架構(gòu)設(shè)計(jì)的。總體類似于下面這種。
也許你會(huì)說(shuō)，有必要使用ThreadLocal來(lái)傳遞參數(shù)嗎，直接使用一個(gè)RequestParamVo對(duì)象來(lái)封裝所有的參數(shù)不就行了嗎。實(shí)際上也是可以的。這里我只不過(guò)提供另外一種實(shí)現(xiàn)思路而已。
所以我建議如果使用ThreadLocal來(lái)傳遞參數(shù)并沒(méi)有給你帶來(lái)多少好處的話，我建議不要使用ThreadLocal
下面我們來(lái)介紹一個(gè)使用ThreadLocal使得數(shù)據(jù)傳遞特別方便的案例。
使用ThreadLocal來(lái)實(shí)現(xiàn)讀寫分離，具體可參考koala
PS:注意切面的順序
某些情況下的性能優(yōu)化
- 某些資源沒(méi)有必要多線程競(jìng)爭(zhēng)，所以可以使用ThreadLocal這種以空間換時(shí)間的方式來(lái)提高性能
- 有些時(shí)候線程執(zhí)行的時(shí)候需要初始化某些耗費(fèi)時(shí)間的資源，這個(gè)時(shí)候就可以在線程執(zhí)行前來(lái)初始化這些資源，并且將這些資源綁定到當(dāng)前線程上，以避免重復(fù)初始化。
比如，在做分布式session的時(shí)候，我們是把session存儲(chǔ)到redis中了，所以在調(diào)用HtppSession的getAttribute方法的時(shí)候，實(shí)際上是在調(diào)用HtppSession的代理對(duì)象，而該代理對(duì)象實(shí)際上是在調(diào)用redis的get命令。如果程序比較正常的話，那么直接調(diào)用redis的命令就可以了。但是如果出現(xiàn)下面的代碼，那將是災(zāi)難性的。
HttpSession session = getSession();
for(int i = 0;i < n ;i++){
String val = session.getAttribute("som key");//執(zhí)行了n次redis的命令調(diào)用
this.doSomething(val);
}
所以我們可以將session中的數(shù)據(jù)在線程啟動(dòng)的時(shí)候一次性load到內(nèi)存中，然后綁定到該線程上。這樣之后在調(diào)用HttpSession的getAttribute方法時(shí)，實(shí)際上是從ThreadLocal中緩存的數(shù)據(jù)中獲取的。具體的時(shí)候可以使用Filter來(lái)實(shí)現(xiàn)。順便說(shuō)一句，HttpSession的代理對(duì)象也可以在Filter中來(lái)設(shè)置。不可該Filter的優(yōu)先級(jí)應(yīng)該高于其他所有的Filter。這里就不貼代碼了。
