2回答
因此，我已经完成了一个项目，现在我面临的主要问题是应用程序中的内存泄漏(“泄漏”意味着您保留对某个活动的引用，从而阻止GC收集它)。我发现的一些发生内存泄漏的情况如下：发生这种情况是因为对活动上下文的长期引用。，因此在这种情况下，有一个静态引用引用可绘制活动，这就是为什么存在泄漏。在此过程中，Android将从资源中重新加载应用程序
浏览 6提问于2012-12-04得票数 14
回答已采纳
我有一个类，它有一个包含Context引用的静态变量。public static Context context;
如果删除static关键字，它不会发出任何警告。我的理解是，如果我们持有与Context相关的类的引用，就会导致内存泄漏。但是，为什么Android不对非静态Context引用提供任何警告呢？这种方法不会导致内存
浏览 0提问于2018-02-13得票数 0
回答已采纳
我很难找到一个可能的记忆泄漏。我有一项活动是在后台做一些繁重的工作。
如果我运行该活动正在执行的任务，就会分配越来越多的内存。一开始我认为这一定是内存问题，因为GC不能正确释放内存。据我所知，如果没有对对象的引用，GC可以释放内存。对吗？如果我从Android运行GC，内存</e
浏览 1提问于2015-12-14得票数 8
我正在构造函数类中获取和设置sharedPreferences private Context context; this.context= c;
pref = android.preference.PreferenceManager.getDefaultSharedPreferences(getApplicationContext，以防止内存泄漏)中调用此方法的。new NewBusiness(contextRef); /
浏览 17提问于2020-06-17得票数 0
回答已采纳
我知道将android上下文类放置在静态字段中会导致内存泄漏，但只有在使用BottomNavigationView时才会收到此警告。警告信息：
不要将Android上下文类放置在静态字段中(对MainActivity的静态引用，其字段bottomNav指向BottomNavigationView)；这是内存泄漏(并且还中断了即时运行
浏览 0提问于2017-05-06得票数 0
回答已采纳
但它导致了内存泄漏。这不是正确的方式。持有对活动的引用是不好的。你们能给我解释一下为什么以及如何在这种情况下发生内存泄漏吗？
我使用MAT for eclipse在我的应用程序中发现了这个内存泄漏。
浏览 0提问于2012-06-01得票数 2
回答已采纳
如果我在对象的构造函数中传递上下文，如果要创建的对象是一个长期存在的对象或单个对象，这可能会导致内存泄漏。下面的例子。public MyObject(Context context){ } 将getApplicationContext()中的上下文设置为返回应用程序类的单例，而不是从引用类的实例返回上下文，这样更好吗？
浏览 4提问于2016-07-23得票数 2
回答已采纳
1回答
我一直在读关于Android内存泄漏的文章。在我的应用程序中，我得到了java.lang.OutOfMemoryError: bitmap size exceeds VM budget异常。当我搜索它时，我发现它是一个常见的错误(和处理这个问题)，并且我使用了一个建议的解决方案。
绘图有一个对TextView的引用，它本身对活动(上下文)有一个引用，而这个活动反过来又引用了几乎所有的东西
浏览 2提问于2011-10-21得票数 3
回答已采纳
2回答
MEMORY_USED: 0注意Activities和AppContexts我看了这份文件，上面写着：
AppContexts和活动当前存在于您的过程中的应用程序上下文和活动对象的数量。这对于快速识别由于静态引用而无法回收垃圾的泄漏活动对象非常有用，这是很常见的。这些对象通常有许多与它们相关的其他分配，因此是跟踪大型内存泄
浏览 4提问于2014-11-13得票数 1
我有一个应用程序，其页面包含100个100视图的列表，所有这些都加载不同的网页。当我不断向下滚动时，应用程序挂起了。有没有办法优化这一点？任何解决方案都将是完美的。
浏览 0提问于2015-03-28得票数 1
我正在做一个项目，我不断地看到使每个onDestroy()上的视图和侦听器无效的方法。我甚至见过导航rootView并将每个侦听器设置为null的代码。最初的程序员告诉我，他这样做是为了防止泄漏，但我认为这对VM造成了更大的伤害。你认为如何？
浏览 2提问于2016-05-09得票数 2
回答已采纳
1回答
我在用Kotlin开发Android。有趣的问题。在Java中，静态字段中的保存上下文是内存泄漏。但是如果我在Kotlin伙伴对象中存储上下文，Android并没有说这是内存泄漏。applicationContext lateinit var appContext: Context}
这里没有内存泄漏
浏览 0提问于2018-08-31得票数 1
回答已采纳
2回答
我对android“活动生命周期”教程的这一部分的含义表示怀疑：
使用onStop()释放可能泄漏内存的资源也很重要，因为系统有可能在不调用活动的最终onDestroy()回调的情况下杀死承载活动的进程据我所知，当进程被杀死时，与它相关的所有内存都会被解除分配。泄漏是指具有较大作用域的组件拥有对范围较小的组件(对上下文、处理程序、内部类等的静态引用)的引用的情况。是的，其中一些可以在以后重新创建，但是它们不会包含对过去的一些“旧”组件的引用<
浏览 4提问于2017-11-12得票数 3
回答已采纳
2回答
作为Singleton，该类不能保存对上下文对象的任何引用(以防止内存泄漏)。当我在网上寻找其他实现时，我偶然发现了这两个实现：
将上下文作为参数传递给需要它的方法。我不想使用第一个，因为它也使用对上下文对象的静态引用。我知道在android的Application类中静态地使用它是可以的，但是它看起来还是一个黑客。第二个实现是无用的，因为我没有任何<em
浏览 4提问于2016-12-31得票数 3
我处理过几个大的绘图文件，但我不知道如何管理内存泄漏。我跟踪了我的应用程序的堆大小，它并没有停止增长(作为分配的内存)。谢谢！
浏览 0提问于2012-09-15得票数 7
回答已采纳
我知道为什么使用静态处理程序是个好主意(在处理处理程序时避免内存泄漏)。然而，我读到的大多数东西似乎都暗示它是为了防止应用程序/上下文的泄漏。例如，这篇经常链接的帖子谈到了泄漏上下文和视图()。它以引用“底线是什么?如果内部类的实例超过了活动的生命周期，则避免在活动中使用非静态内部类。相反，首选静态内部类并保持对内部活动的弱引用。”这是否意味着如果owning类没有任何与Android生命周期相关的字段，并
浏览 0提问于2014-06-19得票数 1
2回答
在这种情况下，我试图理解与Android中的内存泄漏相关的一些概念。虽然这是一个经常提出的问题，但我更感兴趣的是一个真正的理由，而不是一个简单的答案，例如“不要提及活动”。到目前为止，我一直在读以下几页：：Android中的内存泄漏到目前为止，我的结论是，使活动发生内存泄漏的唯一方法是组件对某个活动的引用
浏览 3提问于2017-11-27得票数 1
回答已采纳
我尝试从assets/model.txt加载顶点数组，我有OpenGLActivity、GLRenderer和Mymodel类，我将这一行添加到了OpenGLActivity中：
public static
浏览 0提问于2011-12-11得票数 3
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
云直播
对象存储
腾讯会议活动推荐
腾讯云开发者
