相关疑难解决方法(0)

注意:如果您遇到此问题,请在Apache JIRA上进行投票:

https://issues.apache.org/jira/browse/XALANJ-2540

我得出了一个令人惊讶的结论:

Element e = (Element) document.getElementsByTagName("SomeElementName").item(0);
String result = ((Element) e).getTextContent();

似乎是比这快100倍的令人难以置信的:

// Accounts for 30%, can be cached
XPathFactory factory = XPathFactory.newInstance();

// Negligible
XPath xpath = factory.newXPath();

// Negligible
XPathExpression expression = xpath.compile("//SomeElementName");

// Accounts for 70%
String result = (String) expression.evaluate(document, XPathConstants.STRING);

我正在使用JVM的JAXP默认实现:

org.apache.xpath.jaxp.XPathFactoryImpl
org.apache.xpath.jaxp.XPathImpl

我真的很困惑,因为很容易看出JAXP如何优化上面的XPath查询来实际执行一个简单的getElementsByTagName().但它似乎并没有这样做.此问题仅限于大约5-6个经常使用的XPath调用,这些调用由API抽象和隐藏.这些查询涉及/a/b/c仅针对始终可用的DOM文档的简单路径(例如,无变量,条件).因此,如果可以进行优化,则很容易实现.

我的问题:XPath的缓慢是一个公认的事实,还是我忽略了什么？是否有更好(更快)的实施？或者我应该完全避免XPath,简单查询？