我的快速搜索揭示了參考實現(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