關於多線程的java多線程

Question

我有一個函數可以執行xml解析。我想使函數線程安全，但也儘可能優化（更少的阻塞）。
在短碼的東西如下：

public Document doXML(InputStream s) 
{ 
//Some processing. 
    DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance(); 
    DocumentBuilder parser = factory.newDocumentBuilder(); 
    Document xmlDoc = parser.parse(is); 
    return xmlDoc; 

} 

但我不希望創建每次調用一個新的DocumentBuilderFactory或其的DocumentBuilder。
我想重用工廠和解析器，但我不確定它們是線程安全的。那麼最優化的方法是什麼？
1）在類字段中緩存DocumentBuilderFactory並同步factory.newDocumentBuilder（）;以便每個線程具有它自己的DocumentBuilder
實例 2）緩存一個的DocumentBuilderFactory 和的DocumentBuilder和同步parser.parse（是）;每個線程
我認爲（2）是最好的，但它是安全的嗎？我也可以通過同步避免阻塞？我希望它儘可能快。

謝謝？

Answer 1

如果您正在重用線程（如在線程池中），則可以將DocumentBuilderFactory聲明爲線程本地。爲每個線程創建一個新的集合的開銷，但正如我所說，如果你正在努力，後續的開銷是非常低的。

final ThreadLocal<DocumentBuilderFactory> documentBuilderFactor = new ThreadLocal<DocumentBuilderFactory>(){ 
    public DocumentBuilderFactory initialValue(){ 
     return DocumentBuilderFactory.newInstance(); 
    } 
} 

public Document doXML(InputStream s) 
{ 
//Some processing. 
    DocumentBuilderFactory factory = documentBuilderFactor.get(); 
    DocumentBuilder parser = factory.newDocumentBuilder(); 
    Document xmlDoc = parser.parse(is); 
    return xmlDoc; 

} 

在這裏，您將只爲每個線程創建一個DocumentBuilderFactory。

我不知道DocumentBuilder在解析時是否線程安全（它是不可變的嗎？）。但是，如果DocumentBuilder在解析時是線程安全的，則可以使用與我所述的相同的機制。

該解決方案將盡可能快地提高整體吞吐量。

注意：這未經測試或編譯只是給出了我所指的內容。

Answer 2

如果你想避免同步阻塞，你應該確保你使用原子操作。 javax.xml.parser.*的行爲取決於實現（您可以使用系統屬性指定實現，或者調用實現代碼）。根據線程數量和每個線程的負載權重，控制解析器對象創建可能是合理的。您應該選擇新的解析器創建或等待解析器。代碼可以在啓動時創建一個解析器池，然後線程從池中獲取解析器，這會在沒有可用解析器時阻塞。一旦線程獲得解析器，它就解析數據，重置解析器並放回池中。您始終可以通過池的長度來控制時間/內存使用情況。

Answer 3

2）將是線程安全的，但您的應用程序一次只能解析一個文檔。

爲什麼不只是使用你的代碼？

DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance(); 
DocumentBuilder parser = factory.newDocumentBuilder(); 

有一個明顯不可接受的開銷？

Answer 4

我在類似的情況下遇到了一些性能問題。我在每次使用時都創建了工廠對象以避免線程問題（每秒10次）。在那個（當然是老的）平臺中的XML實現爲服務提供者類做了一些相對較慢的查找邏輯。

我的調整是確定導致並通過命令行屬性對其進行配置的答案。這導致查詢被跳過。

-Djavax.xml.parsers.DocumentBuilderFactory=com.example.FactoryClassName 
-Djavax.xml.transform.TransformerFactory=com.example.OtherFactoryClassName 

令人沮喪的是，查找代碼有緩存邏輯，如果找到一個類。但沒有緩存未命中（沒有發現，使用默認值）。稍微好一點的查找緩存處理負面情況會使這不必要。

這仍然需要嗎？需要在您的環境中進行測試。我在Solaris上使用truss來注意由查找邏輯導致的非常頻繁的文件操作。