有没有android的替代品：largeHeap="；“真的”；

我使用了很多位图，远远超过了

android: largeHeap = "true"

---

这种方法已经过时了，我认为很快就会被关闭，因为它有大量的安全漏洞

现在我想知道是否有替代此命令的方法

写一些想法也许你的帖子会让我有新的想法来解决这个问题

也就是说，我刚刚检查了文档，没有任何东西像

不推荐的
标签或警告

如果你的应用程序占用了大量内存，而你又不想从
Dalvik
请求更大的内存堆，那么请优化你的应用程序

引自@

使用lrucache和延迟加载技术来最小化
记忆中的图像

也要结账。
我删除了

dexOptions {
        javaMaxHeapSize "4g"
    }

从build.gradle避免java OutOfMemoryError并避免

android:largeHeap=“true”
“这种方法已经过时了，我认为很快就会被关闭，因为它有大量的安全漏洞”——请随意引用这方面的证据。“现在我想知道是否有替代此命令的方法？”——使用较少的位图，或较小的位图，或具有较低位深度的位图。替代方法就像墨菲先生指出的：“较小的位图，或具有较低位深度的位图”.我也刚刚检查了文档，没有任何东西像
不推荐的
或警告您不应该从一开始就使用它。使用lrucache和延迟加载技术来最小化内存中的图像数量。“使用这个标志几乎意味着你在半工半读。”DalijaPrasnikar如果他是一个没有经验的开发人员，他绝对不应该使用这个标志。对他们来说，被告知不要使用它尤其重要，以确保他们不会养成坏习惯。告诉一个没有经验的开发人员可以使用它会让人更加困惑，这样就不太可能是正确的答案（因为他们不太可能知道如何以正确的方式做事）。我认为任何导师/老师/高级开发人员，如果向一个没有经验的开发人员提到这个标志，都是不称职的。我认为如果你使用位图，你应该始终启用这个标志，因为在某些设备上（小米会想到）即使使用图像加载器库，也可能有随机OOM。@EpicPandaForce实际上，当您认为有必要时，可以使用该标志：）@希德，谢谢你！很抱歉，现在我无法提升你的声誉：（@SEd为什么不呢？你可以：）@Sid你太淘气了！；）