关于多线程的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来注意由查找逻辑导致的非常频繁的文件操作。