Android的内存泄漏--(1)

Q:什么是内存泄漏
A:内存不在GC 掌控之内:当一个对象已经不需要再使用了.本该被回收,而又另外一个正在使用的对象引用,导致这个对象不能被回收.导致了本该回收的对象不能被回收而停留在堆内存中,就产生了内存泄漏.

Q:Android 什么时候出现过?
A:Handler,广播接收者unregist(),线程持有Activity,

了解内存分配的集中策略

1.静态的
静态的存储区: 内存在程序编译的时候就已经分配好,这块的内存在程序整个运行期间一直存在,他主要存放静态数据、全局的static数据和一些常量

2.栈式的
在执行函数时候,函数一些局部变量存储,函数执行结束的时候这些存储单元就会自己被释放.栈内存包括分配的运输速度很快,因为内置在处理器的里面

3.堆式的
动态内存分配. 有时候用malloc或者new来申请一个内存.在C/C++可能需要自己释放.

Q:什么区别?

堆式不联系的的内存空间,比较灵活特别大.栈式一块连续的内存区域,大小由操作西永绝对
堆管理很麻烦,频繁的new.remove 会造成大量内存水平,导致内存碎片

public class Main{
    int a = 1;
    Student s = new Student()
}

1.成员变量全部存储在堆中包括基本数据类型,引用和应用的对象实体–因为他们属于类实体
2.局部变量的基本数据类型和引用存储于栈当中,引用的对象实体存储(new Student)在堆当中—因为他们属于方法当中的变量,生命周期会随方法结束而结束


我们所讨论内存泄漏,主要讨论堆内存,他存储的就是引用执行的对象实体

Java类的引用类型:

序号引用类型取得目标对象方式垃圾回收条件是否可能内存泄漏
1强引用直接调用不会是可能你
2软引用SoftReference#get()内存不足不可能
3弱引用WeakReference#get()GC回收不可能
4虚引用无法取得不回收可能
  • StrongReference 强引用
    回收时机:从不回收 使用: 对象的一半保存 生命:JVM 停止的时候才会终止

  • SoftReference 软引用
    回收时机: 当内存不足的时候,GC 才回收;一半软引用可以实现内存敏感的高速缓存中. 软引用可以和一个引用队列(ReferenceQueue)联合使用,如果软引用的对象被垃圾回收,Java虚拟机就会把这个软引用加入到与之关联的引用队列中

  • WeakReference 弱引用
    回收时机: 在垃圾回收的时候;他是一个比软引用更短暂的生命周期.在垃圾回收线程扫描他所管辖的区域的过程中,一旦发现了具有弱引用的对象,不管当前内存空间是否足够都会回收
    软引用可以和一个引用队列(ReferenceQueue)联合使用,如果软引用的对象被垃圾回收,Java虚拟机就会把这个软引用加入到与之关联的引用队列中

  • PhatomReference 虚引用
    “虚引用”顾名思义,就是形同虚设,与其他几种引用都不同,虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用,那么它就和没有任何引用一样,在任何时候都可能被垃圾回收器回收。
Android 中使用单例导致内存泄漏的实例
public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        CommonUtil.getIntance(this);
    }

    static class CommonUtil {
        protected static CommonUtil commonUtil;
        private Context context;

        private CommonUtil(Context context) {
            this.context = context;
        }


        public static CommonUtil getIntance(Context context) {
            if (commonUtil == null) {
                commonUtil = new CommonUtil(context);
            }
            return commonUtil;
        }
    }
}

由于单例在static中,所以static CommonUtil 会一直存在内存,而他吃用了mainactvitiy 的引用,导致mainActivity 的onDestroy 方法执行后依然不能回收,我们可以从Android Profiler 中Memory 可以看出:横竖屏的时候有两个MainActivity

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值