将largeHeap设置为true有什么好处？
<application
android:name=".MyApplication"
android:allowBackup="true"
android:icon="@drawable/ic_launcher"
android:label="My Huge Application"
android:largeHeap="true"
android:logo="@drawable/logo"
android:screenOrientation="portrait"
android:theme="@style/AppTheme" >
</application>
我不得不问这是一个好的做法吗？好心地建议使用它的优点和缺点（利弊）。
共有1个答案
太晚了，但我还是会拿出我的0.02美元。
使用android:largeheap=“true”不是一个好主意，这是谷歌的摘录，
然而，请求大堆的能力只用于一小部分应用程序，这些应用程序可以证明需要消耗更多的RAM（例如一个大型照片编辑应用程序）。永远不要仅仅因为内存耗尽而请求一个大堆，并且需要快速修复--只有当您确切地知道所有内存分配到哪里以及为什么必须保留它时，才应该使用它。然而，即使你确信你的应用程序能够支持这个大堆，你也应该尽可能地避免请求它。使用额外的内存将越来越不利于整体用户体验，因为垃圾收集将花费更长的时间，并且在任务切换或执行其他常见操作时系统性能可能会更慢。
下面是文档https://developer.android.com/training/articles/memory.html的完整链接
更新
在用out of memory errors进行了艰苦的工作之后，我想说，将此添加到清单中以避免oom问题并不是一种罪过，也像@milad在下面指出的那样，它不会影响应用程序的正常工作
更新2
-
问题内容： 我一直想知道为什么JDBC API提供了自动提交模式（）。似乎很吸引人的麻烦只是诱使人们陷入麻烦。我的理论是，仅将其添加到JDBC是为了简化希望创建使用JDBC编辑和运行SQL的工具的供应商的生活。是否有其他原因打开自动提交，还是总是错误？ 问题答案： 不幸的是，使用自动提交是特定于数据库的（事务行为也是如此）。我认为，如果您没有全局的程序化交易策略，自动提交可能比仅希望每个人都正确关
-
问题内容： 我已经阅读了文档。但我仍然不确定何时不需要将其设置为。在下面的代码中，如果将其设置为，则根本看不到标题。如果我将其保留为，那么一切都很好。 View调试层次结构中的以下内容将给出警告“ 宽度 和 位置 不明确”。 我以为只要需要修改代码中的任何内容，都必须设置为。 如果您需要删除其所有约束，然后将其设置为，然后添加所需的内容，则可能是更正确的说法，在这种情况下，您需要为所有四个方面添加
-
通常我设置Xms512m和Xmx1g，这样当JVM启动时，它会分配512MB，并根据需要逐渐将堆增加到1GB。但我看到，在专用服务器实例中，这些值设置为相同的值，例如1g。将两者设置为相同的值有什么好处吗？
-
我已阅读文档。但我仍然不确定何时不需要将其设置为 。在下面的代码中，如果我将其设置为 ，我根本看不到标头。如果我把它留，那么一切都很好。 以下视图调试层次结构将发出警告“宽度和位置不明确”。 我想每当我需要修改代码中的任何内容时，我都必须将设置为。 也许更正确的说法是，如果您需要删除它的所有约束，然后将其设置为< code>false，然后添加您喜欢的内容，在这种情况下，您需要为所有4条边添加约束
-
问题内容： 我真的很喜欢将sequelize用作我的节点应用程序的ORM，但是现在，当默认情况下在查询时它们传递DAO对象时，我有点恼火。如何始终将raw选项设置为true？ 问题答案： 根据文档： 如果您不提供SQL以外的其他参数，则将raw假定为true，并且sequelize将不会尝试对查询结果进行任何格式化。 话虽如此 ： Sequelize对象具有[options.query = {}]
-
问题内容： 在使用MVC3剃须刀做样本时，我写道： 在我更改web.config中的此键之前，我的ajax调用均无效： 我在这篇文章中阅读过：http : //weblogs.asp.net/owscott/archive/2010/11/17/mvc-3-ajax-redirecting-instead- of-updating- div.aspx 但是现在我的客户端验证了不能像以前那样工作。