Performance 禁用Jaxb2中的字符串暂存可加快从FastInfo流中解组的速度。为什么禁用它如此困难？
我已经测量了使用Jaxb2将XML解组到对象所需的时间成本，该Jaxb2使用了一个大的（1.7mb）XML负载和一些长的（48个字符）标记名。我通过在采样模式下运行的JProfiler观察到，字符串实习工作是所花费时间的一部分 我做了一些研究，发现Jaxb可以在不插入字符串的模式下运行。我的理论是，在某些情况下，在解组过程中不插入字符串可以提高性能，但代价是使用更多堆内存，因为在插入过程中不必对每个标记名字符串进行散列 我用来抑制Jaxb的内部行为的方法是在FastInfo集“StAXDocumentParser”（实现XMLStreamReader）上设置“org.codehaus.stax2.internNames”和“org.codehaus.stax2.internNsUris”属性。我不完全清楚为什么必须将这些设置为“true”以防止Jaxb插入字符串，但这就是它的工作原理 这些JUnit驱动的测试就是我用来总结禁用Jaxb的字符串插入行为会带来很大的性能差异的原因： 所以我的问题是多方面的： 1） 我是否误解了一些重要的事情，不应该首先尝试禁用Jaxb的字符串实习行为 2） 有没有更好的方法来指导Jaxb不实习字符串？“StAXManager”类不允许您设置这些面向Woodstox的属性。对于这个测试，我最终扩展了StAXManager，如下所示，以解决这个问题。这是一种我不愿意在生产中使用的黑客技术。我怀疑这里的想法是，当Jaxb从Woodstox流中解包时，它会查看Woodstox是否已经在进行实习，以及当“是”时Jaxb会通过禁用该流程步骤做出反应。我是通过在Jaxb库中使用这种逻辑来作弊的，所以我希望有更好的方法来实现这一点Performance 禁用Jaxb2中的字符串暂存可加快从FastInfo流中解组的速度。为什么禁用它如此困难？,performance,jaxb,unmarshalling,jaxb2,fastinfoset,Performance,Jaxb,Unmarshalling,Jaxb2,Fastinfoset,我已经测量了使用Jaxb2将XML解组到对象所需的时间成本，该Jaxb2使用了一个大的（1.7mb）XML负载和一些长的（48个字符）标记名。我通过在采样模式下运行的JProfiler观察到，字符串实习工作是所花费时间的一部分 我做了一些研究，发现Jaxb可以在不插入字符串的模式下运行。我的理论是，在某些情况下，在解组过程中不插入字符串可以提高性能，但代价是使用更多堆内存，因为在插入过程中不必对每个标记名字符串进行散列 我用来抑制Jaxb的内部行为的方法是在FastInfo集“StAXDocum
package com.sun.xml.fastinfoset.stax;
public class JaxbStringInternSuppressionStaxManager extends StAXManager {
public JaxbStringInternSuppressionStaxManager() {
// Add to the allowable list of feature names so that the user may set these "StAXInputFactory" properties
super.features.put("org.codehaus.stax2.internNames", null);
super.features.put("org.codehaus.stax2.internNsUris", null);
}
}
另外，如果有一个更好的论坛来讨论这类问题，比如一个活跃的开发者用户组，请分享这些信息，我会把他们链接到这篇文章，这样合适的人就会看到这个问题。我不一定相信一个剖析器或一个测试，如果不考虑实习和不实习的真实用例，所以要有点怀疑。然而，实习生也有一些问题。特别是，它使用固定大小的池大小，因此当池满时，哈希查找的可能恒定性能降低为搜索链接列表。请参阅以获得更详细的讨论 简言之，您可以尝试使用
-XX:StringTableSize=n-XX:+PrintStringTableStatistics编辑：这是一个试图回答“有更好的方法吗”（即让实习生更快）。我将把另一个问题留给更有资格的人解决。解决方案选项1：将整个应用程序切换到不同的jaxb实现的简单方法 拉入jaxb impl以使用一个版本的jaxb，该版本在FastInfo库中性能更好：
<!-- Both of these libs must be here in order to get performant behavior out of Jaxb by default.
-->
<dependency>
<groupId>com.sun.xml.fastinfoset</groupId>
<artifactId>FastInfoset</artifactId>
<version>1.2.13</version>
<scope>compile</scope>
</dependency>
<dependency> <!-- This artifactId also exists under javax.xml.bind but it appears that nobody uses that one... -->
<groupId>javax.xml</groupId>
<artifactId>jaxb-impl</artifactId>
<version>2.1</version>
<scope>runtime</scope>
</dependency>
<!-- End: Both of these libs... -->
com.sun.xml.fastinfoset
快速信息集
1.2.13
编译
javax.xml
jaxb impl
2.1
运行时
- 使用“maven shade插件”对FastInfo库的类进行着色和重新打包。结果应该是一个无逻辑的maven组件。这是可选的，旨在确保使用FastInfo编解码器组件的用户不会因为编解码器库拉入的可传递依赖项而发生类路径冲突
- 创建一个my FastInfo编解码器库，该库提供一个简单的API来编码和解码FastInfo有效负载（考虑使用InputStreams和OutputStreams作为参数，使用XMLStreamReader作为解码器的返回类型）。在重新打包的FastInfo库上添加依赖项。请注意，如果您使用Eclipse，当启用m2e的“工作区分辨率”时，它不能很好地处理着色库，所以请在您的编解码器项目中禁用它
- 在我的FastInfo编解码器中添加一个类，该类扩展重新打包的FastInfo库的“StAXManager”。此类应该有助于设置属性，这些属性告诉jaxb所提供的XMLStreamReader已经插入了NS和标记名字符串。示例如下：