我的快速搜索揭示了参考实现(http://stax.codehaus.org),Woodstox实现(http://woodstox.codehaus.org)和Sun的SJSXP实现(https://sjsxp.dev.java.net/)。StAX的最佳实施
请这些相对价值发表评论,并填写我,我应该考虑任何其他的实现。
我的快速搜索揭示了参考实现(http://stax.codehaus.org),Woodstox实现(http://woodstox.codehaus.org)和Sun的SJSXP实现(https://sjsxp.dev.java.net/)。StAX的最佳实施
请这些相对价值发表评论,并填写我,我应该考虑任何其他的实现。
Woodstox赢得每一次我。这不仅仅是表演--sjsxp是狡猾的,过于迂腐的,woodstox只是随之而来。
而有趣的是:
SJSXP表现总是比BEA,Oracle和RI更快的在这项研究这里所描述的文件的所有 。但是,它在某些文档大小上落后于 Woodstox和XPP3,并且在最好的情况下,与这两个解析器相比表现出类似的性能 。
文章来自Sun:Streaming APIs for XML parsers
http://javolution.org/具有良好的StAX实现
对Javolution的评论:不,它不是Stax实现。它确实实现了一个类似于Stax的API,但由于Javolution避免了字符串等,它不能与源代码兼容。
无论哪种方式,其实施也不是特别好 - 这不是更快,它是不太全功能的,没有检测到XML问题(如重复的属性),将不会处理实体或这样的。所以我没有看到使用它的很多理由,除非你使用Javolution类来处理所有事情。
+1指出了Javolution实现*不*源兼容。但是...... -0.5没有用事实来支持你的主张(“不是特别好”,“不是更快”)。 :/ – Marco 2013-04-07 12:46:30
javolution不是严格意义上的StAX实现,这是StAX的一样,但API是不同 – ykaganovich 2008-09-23 18:48:32