我使用 JAXB Marshaller 以及我自己的 marshaller 将纯 java bean 对象编组为 XML。据观察，它们都需要几乎相同的时间来编组。性能不可接受，需要改进。有哪些可能的方法可以提高编组器的性能？喜欢线程？
【问题讨论】：
标签： java performance multithreading jaxb marshalling
确保只创建一次 JaxB 上下文实例，创建上下文需要一些时间，因为它使用反射来解析对象的注释。
请注意，JAXBContext 是线程安全的，但 marshallers\unmarshallers 不是，因此您仍然必须为每个线程创建 marshaller。但是我发现当你已经拥有一个 jaxb 上下文时创建编组器非常快。
【讨论】：
支持 JibX 的使用。和 questzen 一样，我在性能测试中发现 JibX 比 JAXB 快 9 倍。
另外，使用 JibX 时，请确保类路径中有 woodstox。我发现woodstox 的 Stax 实现比 Java6 的 Stax 实现快大约 1050%。
【讨论】：
除了其他好的建议，我认为您使用 JAXB 的方式有问题——只要：
如果 JAXB 仍然比手动编写的变体慢 50% 以上，我会对其进行分析以查看还有什么问题。如果使用得当，它的工作速度不会很慢——我已经连续测量过它，发现它的速度非常快，以至于手写转换器通常不值得花时间和精力。
顺便说一句，Jibx 也是一个很好的软件包，所以我不反对尝试它。它可能仍然比 JAXB 快一点；如果两者都正确使用，则不是 5 倍或 10 倍。
【讨论】：
如果编写大型 XML 树，则向 javax.xml.bind.Marshaller.marshal(Object jaxbElement, java.io.OutputStream os) 方法对我的情况有很大影响：
编写一个 100MB 的 XML 文件所需的时间可以从 130 秒减少到 7 秒。
【讨论】：
根据我的经验，JIBX http://jibx.sourceforge.net/ 比 JAXB 快近 10 倍。是的，我测量了它的性能规格。我们用它来绑定带有大型 HL7 xml 的 java bean。话虽如此，提高性能的方法不是依赖模式定义，而是编写自定义绑定。
【讨论】：
我们刚刚发现了一个与 Xerces 使用的默认解析器配置相关的 JAXB 性能问题。一个数据文件 (
引用“如何更改默认解析器配置？”来自http://xerces.apache.org/xerces2-j/faq-xni.html
DOM 和 SAX 解析器按以下顺序决定使用哪个解析器配置
- 查询 org.apache.xerces.xni.parser.XMLParserConfiguration 系统属性以获取解析器配置的类名。
- 如果 JRE 安装的 lib 子目录中存在名为 xerces.properties 的文件并且定义了 org.apache.xerces.xni.parser.XMLParserConfiguration 属性，则将从文件中读取其值。
- 从 META-INF/services/ 目录请求 org.apache.xerces.xni.parser.XMLParserConfiguration 文件。该文件包含解析器配置的类名。
- org.apache.xerces.parsers.XIncludeAwareParserConfiguration 用作默认解析器配置。
使用 JAXB 解组会导致重复应用此算法。因此可以花费大量时间反复扫描类路径，寻找不存在的配置文件。修复方法是执行选项 1、选项 2 或选项 3（在 META-INF 下创建配置文件）。任何可以防止重复的类路径扫描。
希望这对某人有所帮助 - 我们花了几天时间才找到它。
【讨论】：
我们可以通过在系统级别设置快速启动属性来实现编组和解组的性能。这将大大提高性能。
System.setProperty("com.sun.xml.bind.v2.runtime.JAXBContextImpl.fastBoot","true");
【讨论】：