【发布时间】:2010-09-12 09:13:08
【问题描述】:
我的快速搜索发现了参考实现 (http://stax.codehaus.org)、Woodstox 实现 (http://woodstox.codehaus.org) 和 Sun 的 SJSXP 实现 (https://sjsxp.dev.java.net/)。
请评论这些的相对优点,并填写我应该考虑的任何其他实现。
【问题讨论】:
我的快速搜索发现了参考实现 (http://stax.codehaus.org)、Woodstox 实现 (http://woodstox.codehaus.org) 和 Sun 的 SJSXP 实现 (https://sjsxp.dev.java.net/)。
请评论这些的相对优点,并填写我应该考虑的任何其他实现。
【问题讨论】:
伍德斯托克斯每次都为我赢得胜利。这也不仅仅是性能 - sjsxp 很古怪而且过于迂腐,woodstox 只是继续努力。
【讨论】:
有趣的是:
SJSXP 的性能始终比 BEA、Oracle 和 RI 快 本研究中描述的文件。然而,它落后了 Woodstox 和 XPP3 在某些文档大小和最佳情况下展示 与这两个解析器相比,性能相似。
来自太阳的文章:Streaming APIs for XML parsers
【讨论】:
http://javolution.org/ 具有良好的 StAX 实现
【讨论】:
评论 Javolution:不,这不是 Stax 实现。它确实实现了一个类似于 Stax 的 API,但是由于 Javolution 避免使用字符串等,它不能与源代码兼容。
无论哪种方式,它们的实现都不是特别好——速度不是更快,功能也不够全面,不会检测 xml 问题(如重复属性),不会处理实体等。所以我看不出有什么理由使用它,除非你对所有东西都使用 Javolution 类。
【讨论】: