Android WebView与本机UI布局，哪一种更节省内存？

我们正在为Android平板电脑开发一个应用程序，它有一个功能，可以显示成行的水平滚动视图。想想看 作为列表视图，列表视图中的每个项目都是水平滚动视图。作为旁注，这是一个设计，我们没有改变的影响，是一个有意义的用户体验的应用程序

在每个水平滚动视图中，都会有一个水平延伸的图像列表。现在的问题是，每个水平滚动视图中的图像数量可能很大（每行100-500个图像），我们计划通过一次加载25个来延迟加载它们，随着用户滚动到最后，我们将加载更多的图像

现在我考虑的两个选择是：

• 我们很可能会将ListView与本文指出的结合使用（我们采用了Gallery和HorizontalScrollView的两个选项，因为我们不喜欢Gallery的中心锁定功能，HorizontalScrollView没有AdapterView的功能）

• 使用WebView并通过HTML为触摸设备（如Sencha或JQTouch）使用Javascript库构建此水平滚动视图

现在，由于我们可能要加载成吨的图像，我认为我们将很容易受到可怕的OutOfMemoryException的影响。我的问题是:

• “根据您的经验，两种方法中哪一种更节省内存？为什么？”
• WebView中的HTML元素和交互是否使用分配的堆内存，还是有自己的空间和内存管理？

---

非常感谢任何指向答案的指针、提示和链接。

常识认为ListView控件更好。至少在iOS上，列表项被积极回收，以避免可怕的OOM——可能在Android上也是如此。同意，这就是为什么选项1是一个更可能的解决方案，但是如果有人证明统计多于常识，那就更好了。我也不喜欢在Android中对每个应用程序的特定堆大小的限制，如果WebView有不同的内存管理，那将是一个有趣的备选设计。明天我将开始探索这两个问题，如果我发现任何有趣的问题，我将发布一个答案。我想我先问一下是否有人有类似的症状problem@momo：你觉得有趣吗？@user802421 Native似乎更适合Android。我们发现webview仍然可以使Android崩溃。这很有趣，因为我认为WebKit可以帮我处理。有趣的是，iPad中的WebKit能够更好地处理这种交互，我们可以在iOS上使用HTML5解决方案。@momo已经有一段时间了。android有什么更新/更新的想法吗？任何数据都会有所帮助。