Android效率:加载时间长,视图多

Android效率:加载时间长,视图多,android,views,performance,Android,Views,Performance,好的,我正在写一个有商店的游戏。商店是我遇到问题的地方,因为商店中的每件商品都有几个统计信息,然后有两个按钮和一个用于买卖的编辑文本 商店的布局有3个选项卡,每个选项卡中有26个项目,总计为:130个图像视图、364个文本视图、52个按钮和26个编辑文本。因此,如果你保持计数,那么在一个3选项卡式布局中总共有1768个视图。(我知道,“天哪!” 在写这一部分时,我并没有真正考虑效率,现在我发现加载此活动平均需要3-5秒或更长时间。我希望它加载更快,但我喜欢的布局和一般的“外观和感觉”的商店,因为

好的,我正在写一个有商店的游戏。商店是我遇到问题的地方,因为商店中的每件商品都有几个统计信息,然后有两个按钮和一个用于买卖的编辑文本

商店的布局有3个选项卡,每个选项卡中有26个项目,总计为:130个图像视图、364个文本视图、52个按钮和26个编辑文本。因此,如果你保持计数,那么在一个3选项卡式布局中总共有1768个视图。(我知道,“天哪!”

在写这一部分时,我并没有真正考虑效率,现在我发现加载此活动平均需要3-5秒或更长时间。我希望它加载更快,但我喜欢的布局和一般的“外观和感觉”的商店,因为它是

我已经分解了侦听器,以便它只侦听当前选项卡中的元素,并关闭非活动选项卡的侦听器。这有点帮助,但我不认为这是问题的主要方面

有谁能建议我能做些什么来帮助缩短此活动的加载时间


编辑:我听说过一些关于回收商的事?这是什么?它会在这里帮助加载时间吗?

我在设计复杂对话框时遇到过类似的问题。 基本上,一次需要显示的内容数量不多,但可能显示的内容数量可能会非常大


我开发了一种特定于领域的语言来编写复杂的对话框,基本上,它解决问题的方法是根据需要动态地创建/销毁对象。有人可能会觉得这样做在性能方面代价高昂,但事实并非如此,而且不将内存与可能显示但可能不会显示的内容捆绑在一起的好处非常显著。

您能提供一个屏幕截图吗。更容易拍到照片。