创建 XML 的最快且最有效的方法

Question

在 Java 中创建 XML 文档最快、最有效的方法是什么？那里有大量的库（woodstox、xom、xstream...），只是想知道是否有人有任何意见。我应该采用代码生成方法（因为 xml 模式众所周知）吗？或者运行时的反射方法？

编辑附加信息：

1. 定义良好的 XML 模式可用且很少更改
2. 要求是将 java 对象转换为 XML，反之亦然
3. 每秒将数千个 java 对象转换为 XML
4. 代码生成、代码复杂性、配置、维护等仅次于更高的性能。

Answer 1

如果我要创建一个非常简单的 XML 内容，我会坚持仅使用 JDK api，不引入第三方依赖项。

因此，对于简单的 XML，如果我要将 XML 文件映射到 Java 类（或反之亦然），我会选择 JAXB。 查看本教程，了解它是多么简单。

现在。

如果我要使用恒定方案创建一些更复杂的 XML 输出，我会使用一些模板引擎，Freemarker也许。 Thymeleaf 看起来也不错。

最后。

如果我要非常有效地创建巨大的 XML 文件，我会使用 SAX 解析器。

我希望您现在明白，您有很多可能性 - 选择最适合您需求的匹配:)

祝您玩得开心！

Answer 2

尝试 Xembly，这是一个小型开源库，它使 XML 创建过程变得非常简单和直观：

String xml = new Xembler(
  new Directives()
    .add("root")
    .add("order")
    .attr("id", "553")
    .set("$140.00")
).xml();

Xembly 是一个包装器围绕原生 Java DOM，是一个非常轻量级的库（我是一名开发人员）。

Answer 3

首先，序列化正确很重要。手写序列化器通常不是。例如，他们倾向于忘记字符串“]]>”不能出现在文本节点中。

如果您是一名有能力的 Java 程序员，那么编写自己的既正确又快速的序列化程序并不太困难，但由于一些非常有能力的 Java 程序员之前已经出现过，我认为您不太可能以足够的优势击败他们使编写自己的代码的努力变得值得。

除了大多数通用库可能会通过提供序列化选项（例如缩进、编码或选择行结尾）而减慢速度。您可能会通过避免不需要的功能来压缩额外的性能。

此外，一些通用库可能会检查您向它们抛出的内容的格式正确性，例如检查名称空间前缀是否已声明（如果没有，则声明它们）。如果不进行检查，您可能会做得更快。另一方面，您可能会创建一个速度很快但难以使用的库。将绩效置于所有其他目标之上几乎总是一个错误。

至于可用库的性能，请对其进行测量，然后告诉我们您发现了什么。

Answer 4

我知道的最好的方法是使用能够创建节点的 XPath 引擎。 XMLBeam 能够做到这一点（在此处的 JUnit 测试中）：

    public interface Projection {

    @XBWrite("/create/some/xml/structure[@even='with Predicates']")
    void demo(String value);
}

@Test
public void demo() {
    Projection projection = new XBProjector(Flags.TO_STRING_RENDERS_XML).projectEmptyDocument(Projection.class);
    projection.demo("Some value");
    System.out.println(projection);
 }

该程序打印出：

<create>
   <some>
      <xml>
        <structure even="with Predicates">Some value</structure>
      </xml>
   </some>
</create>

Answer 5

使用 XMLStreamWriter。

我运行了一个微基准测试，序列化了其中一百万个：

@XmlRootElement(name = "Root")
public class Root {
    @XmlAttribute
    public String attr;
    @XmlElement(name = "F1")
    public String f1;
    @XmlElement(name = "F2")
    public String f2;
}

结果如下

JAXB: 3464 millis (<?xml version="1.0" encoding="UTF-8" standalone="yes"?><Root attr="at999999"><F1>x999999</F1><F2>y999999</F2></Root>)
XMLStreamWriter: 1604 millis (<?xml version="1.0" ?><Root attr="at999999"><F1>x999999</F1><F2>y999999</F2></Root>)
Xembly: 25832 millis (<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<Root attr="at999999">
<F1>x999999</F1>
<F2>y999999</F2>
</Root>
)
StringBuilder: 60 millis (<?xml version="1.0" encoding="UTF-8"><Root attr=")at999999"><F1>x999999</F1><F2>y999999</F2></Root>)
StringBuilder w/escaping: 3806 millis (<?xml version="1.0" encoding="UTF-8"><Root attr="at999999"><F1>x999999</F1><F2>y999999</F2></Root>)

：

• StringBuilder: 60 ms
• XMLStreamWriter: 1604 ms
• JAXB: 3464 ms
• StringBuilder w/very Primitive escaping: 3806 ms
• Xembly: 25832 ms
• 还有很多其他我没有尝试

StringBuilder 是最有效的，但那是因为它不需要遍历所有搜索 "、&、< 和 > 并将它们转换为 XML 实体的文本。

Answer 6

受到 Petr 回答的启发，我花了一天的大部分时间来实现这样的基准，在此过程中阅读了很多关于 JMH 的文章。该项目位于：https://github.com/62mkv/xml-serialization-benchmark

结果如下：

Benchmark                                          (N)   Mode  Cnt    Score    Error  Units
XmlSerializationBenchmark.testWithJaxb              50  thrpt    5  216,758 ± 99,951  ops/s
XmlSerializationBenchmark.testWithXStream           50  thrpt    5   40,177 ±  1,768  ops/s
XmlSerializationBenchmark.testWithXmlStreamWriter   50  thrpt    5  520,360 ± 14,745  ops/s

我没有包含 Xembly，因为根据它的描述，对于这种特殊情况来说，它看起来有点矫枉过正。

令我有点惊讶的是，XStream 的记录如此糟糕，因为它来自 ThoughtWorks，但这可能只是因为我没有针对这种特殊情况对其进行足够好的自定义。 XMLStreamWriter 的默认 Java 8 标准库 StAX 实现在性能方面无疑是最好的。但就开发人员体验而言，XStream 是使用最简单的一种，而 XMLStreamWriter 还需要更容易出错的工作才能完全实现；而 JAXB 在这两项提名中当之无愧地位居第二。

PS：非常欢迎反馈和改进套件的建议！