什么是内存泄漏?
内存泄漏就是程序申请到的内存没有得到及时的释放。
当一个对象不需要在使用了,本应该被回收时,另一个对象持有该对象的引用从而导致该对象不能被gc回收,这样就造成了内存泄漏。
什么是内存溢出
当程序申请的内存小于程序实际使用的内存时,就会溢出。
内存泄漏过多的结果会导致内存溢出。
内存分配策略
- 静态的内存
这块内存在编译时期就已经分配好了,在整个程序运行期间一直存在。主要存储一些静态变量和数据
栈内存
在函数(方法)执行时,函数内部的变量存储在栈内存内,到函数执行结束的时候会释放内存空间,栈内存分配的空间有限,运行速度很快。
堆内存
也叫作动态内存分配,有时候可以用malloc或者new来申请分配一个内存
区别:
堆是不连续的内存区域,堆空间比较灵活也特别大。
栈式一块连续的内存区域,大小是有操作系统觉决定的。
堆管理很麻烦,频繁地new/remove会造成大量的内存碎片,这样就会慢慢导致效率低下。对于栈的话,他先进后出,进出完全不会产生碎片,运行效率高且稳定。
堆内存new对象
1.成员变量全部存储在堆中(包括基本数据类型,引用及引用的对象实体)—因为他们属于类,类对象最终还是要被new出来的。
2.局部变量的基本数据类型和引用存储于栈当中,引用的对象实体存储在堆中。—–因为他们属于方法当中的变量,生命周期会随着方法一起结束。
我们所讨论内存泄露,主要讨论堆内存,他存放的就是引用指向的对象实体。
有时候确实会有一种情况:当需要的时候可以访问,当不需要的时候可以被回收也可以被暂时保存以备重复使用。
比如:ListView或者GridView、REcyclerView加载大量数据或者图片的时候,
图片非常占用内存,一定要管理好内存,不然很容易内存溢出。
滑出去的图片就回收,节省内存。看ListView的源码—-回收对象,还会重用ConvertView。
如果用户反复滑动或者下面还有同样的图片,就会造成多次重复IO(很耗时),
那么需要缓存—平衡好内存大小和IO,算法和一些特殊的java类。
算法:lrucache(最近最少使用先回收)
特殊的java类:利于回收,StrongReference,SoftReference,WeakReference,PhatomReference
StrongReference强引用:
回收时机:从不回收 使用:对象的一般保存 生命周期:JVM停止的时候才会终止
SoftReference,软引用
回收时机:当内存不足的时候;使用:SoftReference结合ReferenceQueue构造有效期短;生命周期:内存不足时终止
WeakReference,弱引用
回收时机:在垃圾回收的时候;使用:同软引用; 生命周期:GC后终止
PhatomReference 虚引用
回收时机:在垃圾回收的时候;使用:合ReferenceQueue来跟踪对象呗垃圾回收期回收的活动; 生命周期:GC后终止
开发时,为了防止内存溢出,处理一些比较占用内存大并且生命周期长的对象的时候,可以尽量使用软引用和弱引用。
软引用比LRU算法更加任性,回收量是比较大的,你无法控制回收哪些对象。
使用第三方框架LeakCanary检测app内存泄漏
LeakCanary是square公司推出的专门检测手机app软件内存问题的,它的用法相当简单
- 在工程的gradle文件中条件配置
dependencies {
debugCompile 'com.squareup.leakcanary:leakcanary-android:1.5.1'
releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.1'
testCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.1'
}
- 在application中增加如下代码
public class ExampleApplication extends Application {
@Override public void onCreate() {
super.onCreate();
if (LeakCanary.isInAnalyzerProcess(this)) {
// This process is dedicated to LeakCanary for heap analysis.
// You should not init your app in this process.
return;
}
LeakCanary.install(this);
// Normal app init code...
}
}