• 理解内存泄露的本质


    1.内存泄露的本质是什么呢

    就是长生命周期的对象引用短生命周期的对象,长生命周期总是持有段生命周期的引用造成了对短生命周期对象的不能回收

    2.静态集合类引起内存泄露

    因为静态对象跟应用程序的生命周期一样

    Static Vector v = new Vector(10); 
    for (int i = 1; i<100; i++) 
    { 
    Object o = new Object(); 
    v.add(o); 
    o = null; 
    }// 
    在这个例子中,循环申请Object 对象,并将所申请的对象放入一个Vector 中,如果仅仅释放引用本身(o=null),那么Vector 仍然引用该对象,所以这个对象对GC 来说是不可回收的。因此,如果对象加入到Vector 后,还必须从Vector 中删除,最简单的方法就是将Vector对象设置为null。

    3.集合的remove操作不起作用

    public static void main(String[] args) 
    { 
    Set<Person> set = new HashSet<Person>(); 
    Person p1 = new Person("唐僧","pwd1",25); 
    Person p2 = new Person("孙悟空","pwd2",26); 
    Person p3 = new Person("猪八戒","pwd3",27); 
    set.add(p1); 
    set.add(p2); 
    set.add(p3); 
    System.out.println("总共有:"+set.size()+" 个元素!"); //结果:总共有:3 个元素! 
    p3.setAge(2); //修改p3的年龄,此时p3元素对应的hashcode值发生改变 
    set.remove(p3); //此时remove不掉,造成内存泄漏
    
    set.add(p3); //重新添加,居然添加成功 
    System.out.println("总共有:"+set.size()+" 个元素!"); //结果:总共有:4 个元素! 
    for (Person person : set) 
    { 
    System.out.println(person); 
    } 
    }

    4.内部类和外部模块

    内部类的引用是比较容易遗忘的一种,而且一旦没释放可能导致一系列的后继类对象没有释放。此外程序员还要小心外部模块不经意的引用,例如程序员A 负责A 模块,调用了B 模块的一个方法如: 
    public void registerMsg(Object b); 
    这种调用就要非常小心了,传入了一个对象,很可能模块B就保持了对该对象的引用,这时候就需要注意模块B 是否提供相应的操作去除引用。

    5.单例模式

    不正确使用单例模式是引起内存泄露的一个常见问题,单例对象在被初始化后将在JVM的整个生命周期中存在(以静态变量的方式),如果单例对象持有外部对象的引用,那么这个外部对象将不能被jvm正常回收,导致内存泄露,考虑下面的例子: 
    class A{ 
    public A(){ 
    B.getInstance().setA(this); 
    } 
    .... 
    } 
    //B类采用单例模式 
    class B{ 
    private A a; 
    private static B instance=new B(); 
    public B(){} 
    public static B getInstance(){ 
    return instance; 
    } 
    public void setA(A a){ 
    this.a=a; 
    } 
    //getter... 
    } 
    显然B采用singleton模式,它持有一个A对象的引用,而这个A类的对象将不能被回收。想象下如果A是个比较复杂的对象或者集合类型会发生什么情况
    上一篇JVM加载class文件的原理机制
    下一篇java栈与堆的区别
    顶
  • 相关阅读:
    代码里面的乱码
    11.并发包阻塞队列之LinkedBlockingQueue
    10.并发包阻塞队列之ArrayBlockingQueue
    9.并发包非阻塞队列ConcurrentLinkedQueue
    8.并发容器ConcurrentHashMap#put方法解析
    7.ReadWriteLock接口及其实现ReentrantReadWriteLock
    6.类似Object监视器方法的Condition接口
    5.Lock接口及其实现ReentrantLock
    【试验局】ReentrantLock中非公平锁与公平锁的性能测试
    【常用配置】Hadoop-2.6.5在Ubuntu14.04下的伪分布式配置
  • 原文地址:https://www.cnblogs.com/zhengtu2015/p/5021651.html
Copyright © 2020-2023  润新知