问在iPhone上使用libxml2或NSXMLParser会有更好的性能吗？

EN

我通常发现，对于较大的数据块(如您引用的苹果示例)，libxml2往往更快。对于较小的数据块，差异可以忽略不计。我喜欢NSXMLParser的一个优点是它是一个基于Objective-C的XML解析器实现，其中libxml2是基于C的。

你可以随时看看我替代NSXMLParser的版本。它从一个流中读取XML数据，而不是将其全部保存在内存中，并将其一次1KB传递给libxml (在libxml中，NSXMLParser一次性完成所有操作)。

​

源代码可以在on github上找到，我在内存方面的文章是on my blog。

出于许多原因，libxml2总是比NSXMLParser更快，然而，这取决于你的项目中哪一个更有用。

总的来说，NSXMLParser更漂亮。正如sax解析器应该具有的那样，代码是有意义的，并且它是一个包含所有约定的真正的Cocoa类。如果方便和干净的代码是您的首要任务，那么您应该坚持使用NSXMLParser。

虽然NSXMLParser在后端使用libxml2，但由于Objective-C的基础和Objective-C的致命弱点，它的速度较慢。在解析XML时，您实际上只是在一遍又一遍地进行紧凑的循环，同时搜索您感兴趣的标记。

这就是教训-当你在Objective C中的一个紧凑循环中，你不能利用Fast Object枚举，你就会看到一个严重的性能损失。调度/委托respondsToSelector /和其他基于Objective C的语言构造在这里给你带来了一个真正的劣势。

我不打算讨论分派，但关键是，每当您访问类似于"zomg lolz“的内容时，您都会将一个方法签名传递给objective-c分派器，以便为您的Objective-C方法签名找到目标C函数。这个查找过程，当一遍又一遍地完成时，会极大地降低您的性能。

如果你使用的是iPhone，使用libxml2，不要回头看--但是如果你的目标机器有两个处理器，并且比上帝拥有更多的内存，我会使用NSXMLParser来更容易地维护代码。