我正在编写一个涉及大量图像的程序,每个屏幕密度超过100.幸运的是,它们的空间不是很大.在任何给定时间我大约使用11.我还在似乎占用大量内存的每个图像上使用函数Bitmap.createScaledBitmap.
到目前为止,在调试该应用程序时,我似乎可以无限期使用它,而不会遇到内存问题,我希望这意味着我不会泄漏内存.
但是,我注意到的一件事是,如果我通过“后退”按钮“退出”我的应用程序(我没有在后台运行任何程序),然后不久后重新启动应用程序,有时会出现内存不足的错误在调用Bitmap.createScaledBitmap时
01-07 19:01:24.935: ERROR/AndroIDRuntime(27419): java.lang.OutOfMemoryError: bitmap size exceeds VM budget
所以基本上我的问题是,我在这里做错了什么?我是否需要清理自己的垃圾,例如当用户按下后退按钮时在onDestroy中?我本以为在按下后退按钮并销毁活动时,GC会自动处理此事.这使我相信自己在做其他错误的事情,例如内存泄漏.但是,我又回到了一个事实,我的应用程序可能会占用20分钟的大量内存,但是在重新启动后的5秒钟内会自行消失,这让我感到困惑.
谢谢大家
编辑:我实施了几个快速和肮脏的修复程序.
首先,我尝试了这一点,但是很难强制关闭应用程序.
@OverrIDepublic voID onBackpressed() { finish();}
接下来,我尝试将其与onBackpressed结合使用,无法再重复我的问题了.注意,方法调用只是一个循环,基本上执行allimages = null;.
protected voID onStop () { super.onStop(); mComponent.releaseImages();}
此时,似乎在调用finish()之后,活动中的内存中仍然有对象.有点奇怪.
解决方法:
也许您对应用程序的AndroID生存期有误.按下返回按钮不会杀死您的Java程序.因此,再次销售您的应用程序确实会启动一个新应用程序.
查看http://developer.android.com/guide/topics/fundamentals.html#actlife
例如,如果您在onStart()中创建图像,但没有在onStop()中将其删除,则您仍然可以引用图像.每次都会增加更多的内存.
总结以上是内存溢出为你收集整理的java-在退出时清理程序并处理GC全部内容,希望文章能够帮你解决java-在退出时清理程序并处理GC所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)