1

我有一个使用SimpleFramework进行 XML 序列化的 Android 应用程序。该应用程序在我测试过的所有真实设备上运行良好，没有滞后，但在模拟器上运行时，垃圾收集器在每次启动应用程序时运行大约 3 分钟。

这是我到目前为止观察到的：

  • 垃圾收集在将对象序列化为 XML 之前启动
  • 它只发生在第一个对象被序列化并通过网络发送之前，并且不会发生在连续调用中。
  • 序列化代码位于单独的库中，该库被打包并作为 .jar 文件添加到项目中。

这是 LogCat 的输出：

07-27 08:17:10.275: D/dalvikvm(682): GC_FOR_MALLOC freed 10179 objects / 482344 bytes in 32ms
07-27 08:17:10.435: D/dalvikvm(682): GC_FOR_MALLOC freed 13927 objects / 535968 bytes in 33ms
....... About 300 more similar entries...

这是我目前用于序列化的代码：

public String fromElement(Object request) {
    Writer writer = new StringWriter();
    try {
        serializer.write(request, writer);
        String res = writer.toString();
        Log.d(LOG_TAG, res);
        return writer.toString();
    } catch (Exception e) {
        e.printStackTrace();
    }
    return "";
}

显然，这会占用大量时间，每次我更改代码并重新部署应用程序时。有没有其他人在使用 libaray 时遇到过这种情况，如果是这样，有什么方法可以防止每次启动应用程序时（从 Eclipse）启动 GC 吗？增加堆（当前设置为vm.heapSize=24）会有所帮助吗？还是有不同的解决方案？

4

2 回答 2

1

您需要升级到 2.6.7，现在注释处理已经完成了相当大的变化。事实证明，Android 有一个众所周知的注释问题，奇怪的是，它与糟糕的 java.lang.reflect.Method.equals(Object) 实现相关。简单的 2.6.7 缓存了更多的注释处理，应该会更好。

于 2012-11-10T13:58:23.613 回答
0

这是在黑暗中拍摄的，但是您是否尝试过更改初始 jvm 堆大小？它是 -xms 参数。它可能在您的模拟器上太低，因此在最初的几分钟内，它会不断尝试调整自身大小并卡住垃圾收集。查看此链接： http: //www.caucho.com/resin-3.0/performance/jvm-tuning.xtp

于 2012-07-27T21:21:17.563 回答