Java中的XML转换具有最佳性能-XMLtransformationinJavawithbestPerformance

1  

Do you mean machine performance or human performance? Spending an infinite amount of programmer time to achieve a microscopic gain in machine performance is a strange trade-off to make these days, when a powerful computer costs about the same as half a day of a contract programmer's time.

你的意思是机器性能还是人的表现？花费无限的程序员时间来实现机器性能的微观增益，这是一个奇怪的权衡，当时功能强大的计算机的成本大约相当于合同程序员时间的半天。

I would recommend using XSLT. It might not be fastest, but it will be fast enough. For a simple transformation like this, XSLT performance will be dominated by parsing and serialization costs, and those won't be any worse than for any other solution.

我建议使用XSLT。它可能不是最快的，但它会足够快。对于像这样的简单转换，XSLT性能将由解析和序列化成本占主导地位，并且这些将不会比任何其他解决方案更糟糕。

0  

Not much will beat direct bytes/String manipulation, for instance, a regular expression.

没有多少会击败直接字节/字符串操作，例如，正则表达式。

But be warned, manipulating XML with Regex is always a hot debate

但请注意，使用Regex操纵XML始终是一个热门的争论

0  

I used XLST to transform XML documents. That's another way to do it. There are several Java implementations of XLST processors.

我使用XLST来转换XML文档。这是另一种方法。 XLST处理器有几种Java实现。

0  

The fastest way to manipulate strings in Java is using direct manipulation and the StringBuilder for the results. I wrote code to modify 20 mb strings that built a table of change locations and then copied and modified the string into a new StringBuilder. For Strings XSLT and RegEx are much slower than direct manipulation and SAX/DOM parsers are slower still.

在Java中操作字符串的最快方法是使用直接操作和StringBuilder来获得结果。我编写代码来修改20 MB的字符串，这些字符串构建了一个更改位置表，然后将字符串复制并修改为新的StringBuilder。对于字符串，XSLT和RegEx比直接操作慢得多，而SAX / DOM解析器仍然比较慢。