转:android 避免内存泄露
2、 构造adapter没有使用缓存contentview
衍生的listview优化问题:减少创建View的对象,充分使用contentview,可以使用静态类来处理优化getView的过程
3、Bitmap对象不使用时采用recycle()释放内存
4、Activity中的对象生命周期大于Activity
调式方法:DDMS->HEAPSIZE->adtaobject->total size
Android应用程序被限制在16MB的堆上运行,至少在T-Mobile G1上是这样。对于手机来说,这是很大的内存了;但对于一些开发人员来说,这算是较小的了。即使你不打算使用掉所有的内存,但是,你也应该尽可能少地使用内存,来确保其它应用程序得以运行。Android在内存中保留更多的应用程序,对于用户来说,程序间切换就能更快。作为我(英文作者)工作的一部分,我调查了Android应用程序的内存泄露问题,并发现这些内存泄露大多数都是由于相同的错误导致的,即:对Context拥有较长时间的引用。
在Android上,Context常用于许多操作,更多的时候是加载和访问资源。这就是为什么所有的Widget在它们的构造函数里接受一个Context的参数。在一个正常的Android应用程序里,你会看到两种Context类型,Activity和Application。而一般在需要一个Context的类和方法里,往往传入的是第一种:
Java代码
- @Override
- protected void onCreate(Bundle state) {
- super.onCreate(state);
- TextView label = new TextView(this);
- label.setText("Leaks are bad");
- setContentView(label);
- }
@Override protected void onCreate(Bundle state) { super.onCreate(state); TextView label = new TextView(this); label.setText("Leaks are bad"); setContentView(label); }
这意味着,View拥有对整个Activity的引用以及Activity自身拥有的所有内容;一般是整个的View层次和它的所有资源。因此,如果你“泄露”了Context(“泄露”指你保留了一个引用,阻止了GC的垃圾回收),你将泄露很多的内存。如果你不够仔细的话,很容易就能泄露一个Activity。
当屏幕的方向发生改变时,一般系统会销毁当前的Activity并创建一个新的,并保存它的状态。当系统这样做时,Android会从资源中重新加载应用程序的UI。假设你写的应用程序拥有大的位图,而你又不想在每次旋转时重新加载它。这里有最简单的方式,那就是在一个静态的字段里进行保存:
Java代码
- private static Drawable sBackground;
- @Override
- protected void onCreate(Bundle state) {
- super.onCreate(state);
- TextView label = new TextView(this);
- label.setText("Leaks are bad");
- if (sBackground == null) {
- sBackground = getDrawable(R.drawable.large_bitmap);
- }
- label.setBackgroundDrawable(sBackground);
- setContentView(label);
- }
private static Drawable sBackground; @Override protected void onCreate(Bundle state) { super.onCreate(state); TextView label = new TextView(this); label.setText("Leaks are bad"); if (sBackground == null) { sBackground = getDrawable(R.drawable.large_bitmap); } label.setBackgroundDrawable(sBackground); setContentView(label); }
这段代码效率很快,但同时又是极其错误的;在第一次屏幕方向切换时它泄露了一开始创建的Activity。当一个Drawable附加到一个View上时,View会将其作为一个callback设定到Drawable上。上述的代码片段,意味着Drawable拥有一个TextView的引用,而TextView又拥有Activity(Context类型)的引用,换句话说,Drawable拥有了更多的对象引用(依赖于你的代码)。
这是最容易泄露Context的例子之一,你可以看看Home Screen源代码里是如何处理的(搜索unbindDrawables()方法):当Activity销毁时,设定存储的Drawable的callback为null。有趣的是,还有很多一连串的Context泄露情况,并且是非常糟糕的。这些情况会使得应用程序很快耗尽内存。
这里,有两种简单的方式可以避免与Context相关的内存泄露。最显而易见的一种方式是避免将Context超出它自己的范围。上面的例子代码给出的静态引用,还有内部类和它们对外部类的隐式引用也是很危险的。第二种解决方案是使用Application这种Context类型。这种Context拥有和应用程序一样长的生命周期,并且不依赖Activity的生命周期。如果你打算保存一个长时间的对象,并且其需要一个Context,记得使用Application对象。你可以通过调用Context.getApplicationContext()或Activity.getApplication()轻松得到Application对象。
概括一下,避免Context相关的内存泄露,记住以下事情:
不要保留对Context-Activity长时间的引用(对Activity的引用的时候,必须确保拥有和Activity一样的生命周期)
尝试使用Context-Application来替代Context-Activity
如果你不想控制内部类的生命周期,应避免在Activity中使用非静态的内部类,而应该使用静态的内部类,并在其中创建一个对Activity的弱引用。这种情况的解决办法是使用一个静态的内部类,其中拥有对外部类的WeakReference,如同ViewRoot和它的Winner类那样
GC(垃圾回收)不能解决内存泄露问题
转载于:https://blog.51cto.com/gswxr/719060
转:android 避免内存泄露相关推荐
- 关于Android 的内存泄露及分析
博客园 首页 新随笔 联系 管理 订阅 随笔- 137 文章- 6 评论- 145 关于Android 的内存泄露及分析 一. Android的内存机制 Android的程序由Java语言编写, ...
- android native堆内存泄露,Android Native内存泄露检测
Android Studio没有提供直接的Native层的内存泄露检测工具,但我们仍可以通过开源工具进行动态检测和静态检测 动态检测 在APP运行时进行检测,就像LeakCanary Update: ...
- Android之内存泄露、内存溢出、内存抖动分析
内存 JAVA是在JVM所虚拟出的内存环境中运行的,内存分为三个区:堆.栈和方法区. 栈(stack):是简单的数据结构,程序运行时系统自动分配,使用完毕后自动释放.优点:速度快. 堆(heap) ...
- Android NDK 内存泄露检测
前言 最近写C++代码,老是担心代码存在内存泄露,胆战心惊的,Andorid中Java层代码内存泄露可以借助leakcanary进行检测:找了一番,找到了PC上C++上的内存泄露检测库LeakTrac ...
- android中内存泄露,Android中的内存泄露
编辑推荐: 本文来自于csdn,本文主要从java的内存模型讲起,最终举出几个内存泄露的例子和解决方案. java运行时内存模型 具体信息:http://gityuan.com/2016/01/09/ ...
- android的内存泄露有几种,Android中几种有可能会导致内存泄露的情况
8种机械键盘轴体对比 本人程序员,要买一个写代码的键盘,请问红轴和茶轴怎么选? 1.Static静态成员导致的内存泄露 将占用大量内存空间的变量声明为static静态类型.当Activity被销毁的时 ...
- Android App内存泄露测试方法总结
和你一起终身学习,这里是程序员Android 经典好文推荐,通过阅读本文,您将收获以下知识点: 一.内存泄露 二. Android的GC机制 三.为什么会内存泄露 四. 系统级别的内存管理 五.内存抖 ...
- 【Android】内存泄露 使用 LeakCanary 应当如何应对?最全的解决
目录 1.LeakCanary简介 2.入手指南 3.基础使用 3.1介绍 3.1.1什么是内存泄漏 3.1.2内存泄漏的常见原因 3.1.3为什么我应该使用LeakCanary 3.2.LeakCa ...
- android inputmethodmanager内存泄露,InputMethodManager内存泄露现象及解决
[Android][Memory Leak] InputMethodManager内存泄露现象及解决 现象: 在特定的机型天语k_touch_v9机型上,某个界面上出现InputMethodManag ...
最新文章
- python+HDF5+h5py
- linux的“自动化”
- pb利用datawindow查询符合条件的数据并且过滤掉其他数据_数据质量监测
- Spring Boot基础学习笔记14:实现文件上传功能
- d3js path generator vs layouts
- 如何在 Mac 上更改 iCloud 钥匙串的密码?
- 智能电话机器人源码安装 部署好后,人工智能电话机器人,不仅仅是打电话而已!
- litepal更新数据失败
- 课时8-1:adams建约束副----齿轮约束
- STM32控制SG90舵机
- 微信开发者工具公众号网页调试跨域问题的解决
- 为串的模式匹配。模式匹
- Go Slice实现原理分析
- 股票开户天宇优配|新冠药概念走势活跃,九安医疗涨停,森萱医药
- 云计算简介:云计算定义、云计算优势、云计算分类、云计算历史
- 胶装一般多少钱一本?网上打印资料胶装便宜的地方
- ansys 常见命令集合
- Pico VR 一体机初测
- ROS2机器人笔记20-10-24
- python爬虫可以爬取个人信息吗_手把手教你利用Python网络爬虫获取旅游景点信息...