Servlet線程安全的解決方法

Servlet體系結構是創建在Java多線程機制之上的，它的生命週期是由Web容器負責的。

當客戶端第一次請求某個Servlet時，Servlet容器將會根據web.xml配置文件實例化這個Servlet類。當有新的客戶端請求該Servlet時，通常不會再實例化該Servlet類，也就是有多個線程在使用這個實例。

這樣的話，當兩個或多個線程同時訪問同一個Servlet時，可能會發生多個線程同時訪問同一資源的狀況，數據可能會變得不一致，因此就很容易形成一系列的一些安全性問題。

解決此類的方法也有多

一、實現 SingleThreadModel 接口

該接口指定了系統如何處理對同一個Servlet的調用。若是一個Servlet被這個接口指定，那麼在這個Servlet中的service方法將不會有兩個線程被同時執行，固然也就不存在線程安全的問題。這種方法只要繼承這個接口就好了

public class XXXXX extends HttpServlet implements SingleThreadModel {  
    …………  
}

二、同步對共享數據的操做

使用synchronized 關鍵字能保證一次只有一個線程能夠訪問被保護的區段，在本論文中能夠經過同步塊操做來保證Servlet的線程安全。同步後的代碼以下：

Public class XXXXXX extends HttpServlet {  

    synchronized (this){XXXX}  
     
    } 
}

三、避免使用實例變量

線程安全問題還有些是由實例變量形成的，只要在Servlet裏面的任何方法裏面都不使用實例變量，那麼該Servlet就是線程安全的。

對上面的三種方法進行測試，能夠代表用它們都能設計出線程安全的Servlet程序。可是，若是一個Servlet實現了SingleThreadModel接口，Servlet引擎將爲每一個新的請求建立一個單獨的Servlet實例，這將引發大量的系統開銷。SingleThreadModel在Servlet2.4中已再也不提倡使用；一樣若是在程序中使用同步來保護要使用的共享的數據，也會使系統的性能大大降低。這是由於被同步的代碼塊在同一時刻只能有一個線程執行它，使得其同時處理客戶請求的吞吐量下降，並且不少客戶處於阻塞狀態。另外爲保證主存內容和線程的工做內存中的數據的一致性，要頻繁地刷新緩存,這也會大大地影響系統的性能。因此在實際的開發中也應避免或最小化Servlet 中的同步代碼；在Serlet中避免使用實例變量是保證Servlet線程安全的最佳選擇。從Java 內存模型也能夠知道，方法中的臨時變量是在棧上分配空間，並且每一個線程都有本身私有的棧空間，因此它們不會影響線程的安全。

小結

Servlet的線程安全問題只有在大量的併發訪問時纔會顯現出來，而且很難發現，所以在編寫Servlet程序時要特別注意。線程安全問題主要是由實例變量形成的，所以在Servlet中應避免使用實例變量。若是應用程序設計沒法避免使用實例變量，那麼使用同步來保護要使用的實例變量，但爲保證系統的最佳性能，應該同步可用性最小的代碼路徑。