如何解决Android上XML解析性能问题

Question

我必须在 Android 上读取大约 4000 行的 XML 文件。首先，我尝试了 SimpleXML 库，因为它是最简单的，在我的 HTC Desire 上大约花了 2 分钟。所以我想 SimpleXML 之所以这么慢，可能是因为反射和这个库使用的所有其他魔法。我重写了我的解析器并使用内置的 DOM 解析方法，并特别关注性能。这有点帮助，但仍然需要大约 60 秒，这仍然是完全不可接受的。经过一番研究后，我发现 这篇文章开发者网站。有一些图表显示其他两种可用方法（SAX 解析器和 Android 的 XML Pull-Parser）同样慢。在文章的最后，您会发现以下声明：

我的第一个惊讶是这三种方法都很慢。用户 不想在手机上等待太久结果，所以解析 任何超过几十条记录都可能需要不同的方法。

什么可能是“不同的方法”？如果您的记录超过“几十条”怎么办？

Answer 1

原始答案，2012 年

（注意：请务必阅读下面的 2016 年更新！）

我刚刚做了一些性能测试，比较了 Android（和其他平台）上的解析器。正在解析的 XML 文件只有 500 行左右（它是 Twitter 搜索 Atom 提要），但 Pull 和 DOM 解析可以在 Samsung Galaxy S2 或 Motorola Xoom2 上每秒处理大约 5 个此类文档。 OP 使用的 SimpleXML（图表中的粉色）与 DOM 解析速度最慢。

SAX 解析在我的两台 Android 设备上都快了数量级，单线程管理速度为 40 个文档/秒，多线程管理速度为 65+/秒。

Android 2.3.4：

代码可在 github 中找到，并进行讨论此处。

更新于 2016 年 3 月 18 日

好吧，已经过去近 4 年了，世界已经发生了变化。我终于抽出时间重新运行测试：

1. 运行 Android 4.1.2 的 Samsung Galaxy S3 运行
2. Android 4.4.4 的 Nexus7 (2012)
3. 运行 Android 6.0.1 的 Nexus5

介于 Android 4.4.4 和 Android 6.0.1 之间的情况发生了巨大的变化，我们有了一个新的赢家：Pull Parsing FTW，其吞吐量是 SAX 的两倍以上。不幸的是，我不知道这个变化何时到来，因为我没有任何运行 Android 的设备 > 4.4.4 和< 6.0.1。

Android 4.1.2：

Android 4.4.4:

Android 6.0.1 上的 xml 解析方法

：

Answer 2

我认为在 Android 上使用 XML 的最佳方法是使用 VDT-XML 库

我的 XML 文件包含更多内容然后 60 000 行，VDT-XML 处理如下：

Nexus 5：2055 毫秒

Galaxy Note 4：2498 毫秒

您可以通过链接找到更多基准报告：VTD-XML Benchmark

XML 文件的简短示例

 <database name="products">
        <table name="category">
            <column name="catId">20</column>
            <column name="catName">Fruit</column>
        </table>
        <table name="category">
            <column name="catId">31</column>
            <column name="catName">Vegetables</column>
        </table>
        <table name="category">
            <column name="catId">45</column>
            <column name="catName">Rice</column>
        </table>
        <table name="category">
            <column name="catId">50</column>
            <column name="catName">Potatoes</column>
        </table>
</database>

“build.gradle”文件的配置

dependencies {
    compile files('libs/vtd-xml.jar')
}

源代码示例：

import com.ximpleware.AutoPilot;
import com.ximpleware.VTDGen;
import com.ximpleware.VTDNav;


String fileName = "products.xml";

VTDGen vg = new VTDGen();

if (vg.parseFile(fileName, true)) {

     VTDNav vn = vg.getNav();
     AutoPilot table = new AutoPilot(vn);
     table.selectXPath("database/table");

     while (table.iterate()) {
        String tableName = vn.toString(vn.getAttrVal("name"));

        if (tableName.equals("category")) {
            AutoPilot column = new AutoPilot(vn);
            column.selectElement("column");

            while (column.iterate()) {
                 String text = vn.toNormalizedString(vn.getText());
                 String name = vn.toString(vn.getAttrVal("name"));

                 if (name.equals("catId")) {
                    Log.d("Category ID = " + text);
                 } else if (name.equals("catName")) {
                    Log.d("Category Name = " + text);
                 } 

            }
        }
     }
}

结果

Category ID = 20
Category Name = Fruit

Category ID = 31
Category Name = Vegetables

Category ID = 45
Category Name = Rice

Category ID = 50
Category Name = Potatoes

它对我有用，希望对你有帮助。

Answer 3

使用 SAX 解析器，我可以在 HTC Desire 上在大约 10 秒内解析 15,000 行 XML 文件。我怀疑还涉及其他一些问题。

您是否从 XML 填充数据库？如果是这样，您是否记得将整个解析操作包装在数据库事务中？仅此一项就可以将速度提高一个数量级。

Answer 4

如果您正在解析 XML 中的日期，这可能会显着减慢解析速度。对于更新版本的 Android，这不再是一个问题（因为它们优化了时区信息的加载）。

如果您有正在解析的日期并且不需要它们，那么您可以使用 SAX 解析器并忽略任何日期元素。

或者，如果您可以更改 XML 架构，请考虑将日期存储为整数而不是格式化字符串。

您提到您正在进行字符串比较，这也可能非常昂贵。也许考虑对要比较的字符串使用 HashMap，这可以带来显着的性能优势。

Answer 5

在不查看代码的情况下，很难告诉您为什么代码速度慢，并且当您没有提供任何测量的详细信息来证明这一点时，很难相信您断言速度慢是由于 XML 解析器造成的。

Answer 6

我们非常有效地使用 pull-parser 来处理 1MB XML 文件 - 根据我的愿望，它们在大约 10-20 秒内被读取。所以如果你的代码没问题，速度也会很好。很明显，DOM 在有限的内存环境下非常慢，但 pull 或 SAX 确实不是

Answer 7

如果您从 Socket 进行解析，那么花费时间的是 I/O，而不是解析。首先尝试使用数据，然后在加载后进行解析并测量性能。如果文件太大，请考虑具有非常大缓冲区的 BufferedInputStream，这应该会提高您的性能。

我非常严重怀疑 Simple XML 是否需要 2 分钟才能加载 4000 行，我意识到手机将会比工作站慢很多，但是我可以在我的工作站上在 600 毫秒内加载 200,000 行 XML。

Answer 8

与其使其成为同步过程，不如使其异步。您可以使用一个按钮来启动 IntentService，该服务将为您处理数据并更新结果并在完成时显示通知。这样你就不会停止 UI 线程。