我认为您不应该考虑任何特定的解析器实现。用于XML处理的Java API允许您以标准方式使用任何符合标准的解析器实现。代码应该具有更强的可移植性，并且当您意识到某个特定的解析器已经太旧时，可以用另一个解析器替换它，而不需要更改任何一行代码(如果操作正确的话)。

基本上有三种标准处理XML的方法:

SAX This is the simplest API. You read the XML by defining a Handler class that receives the data inside elements/attributes when the XML gets processed in a serial way. It is faster and simpler if you only plan to read some attributes/elements and/or write some values back (your case). DOM This method creates an object tree which lets you modify/access it randomly so it is better for complex XML manipulation and handling. StAX This is in the middle of the path between SAX and DOM. You just write code to pull the data from the parser you are interested in when it is processed.

忘记诸如JDOM或Apache之类的专有api(即Apache Xerces XMLSerializer)，因为它将把您绑定到一个特定的实现上，这个实现可能会随着时间的推移而变化，或者失去向后兼容性，这将使您在将来想要升级到新版本的JDOM或任何您使用的解析器时更改代码。如果你坚持使用Java标准API(使用工厂和接口)，你的代码将更加模块化和可维护性。

没有必要说所有的解析器(我还没有检查所有的解析器，但我几乎可以肯定)都符合JAXP实现，所以从技术上讲，您可以使用所有的解析器，无论哪种解析器。

我发现dom4j是处理XML的工具。尤其是和薛西斯相比。

如果您不太关心性能，那么我是Apache Digester的忠实粉丝，因为它实际上允许您直接从XML映射到Java bean。

否则，您必须首先解析，然后构造对象。

我不建议这样做，因为您在应用程序中已经进行了大量的“思考”，但是使用XSLT可能比Java操作更好(从XSLT到字节码的编译可能更快)。

Simple XML http://simple.sourceforge.net/非常容易(反)序列化对象。

如果速度和内存没有问题，dom4j是一个非常好的选择。如果需要速度，使用Woodstox这样的StAX解析器是正确的方法，但是必须编写更多的代码才能完成工作，并且必须习惯于处理流中的XML。