当前位置: 移动技术网 > IT编程>开发语言>Java > Java中的强引用和弱引用

Java中的强引用和弱引用

2020年09月28日  | 移动技术网IT编程  | 我要评论
Java中的强引用和弱引用一、概述众所周知, Java中是由JVM负责内存的分配和回收,它的优点是使用方便, 程序员不用再像使用那样操心内存,但同时也是它的缺点,不够灵活。为了解决内存操作不灵活这个问题,可以采用弱引用等方法。在JDK1.2以前的版本中,当-个对象不被任何变量引用,那么程序就无法再使用这个对象。也就是说,只有对象处于可触及状态,程序才能使用它。这就像在日常生活中,从商店购买了某样物品后,如果有用,就一直保留它,否则就把它扔到垃圾箱,由清洁工人收走。但有时候情况并不这么简单,你可能会遇

Java中的强引用和弱引用

一、概述

众所周知,Java中是由JVM负责内存的分配和回收,它的优点是使用方便,程序员不用再像使用那样操心内存,但同时也是它的缺点不够灵活。为了解决内存操作不灵活这个问题,可以采用弱引用等方法。
在JDK1.2以前的版本中,当一个对象不被任何变量引用,那么程序就无法再使用这个对象。也就是说,只有对象处于可触及状态,程序才能使用它。这就像在日常生活中,从商店购买了某样物品后。如果有用,就一直保留它,否则就把它扔到垃圾箱,由清洁工人收走。
但有时候情况并不这么简单,你可能会遇到类似鸡肋一样的物品,食之无味,弃之可惜。这种物品现在已经无用了,保留它会占空间,但是立刻扔掉它也不划算,因为也许将来还会派用场。对于这样的可有可无的物品,一种折中的处理办法是:如果家里空间足够,就先把它保留在家里,如果家里空间不够,即使把家里所有的垃圾清除,还是无法容纳那些必不可少的生活用品,那么再扔掉这些可有可无的物品。从JDK1.2版本开始便有了对象的引用的机制,从而使程序能更加灵活的控对象的生命周期。以下我们就详细说明强引用和弱引用。

二、具体描述

强引用(StrongReference)
它类似于必不可少的生活用品,垃圾回收器绝不会回收它。当内存空间不足,Java虚拟机宁愿抛出OutOfMemoryError错误,使程序异常终止,也不会靠随意回收具有强引用的对象来解决内存不足问题。强引用是使用最普遍的引用,以前我们使用的大部分引用实际上都是强引用。
例如:

Student student = new Student();

只要此引用存在没要被释放(没有使student = null)垃圾回收器永远不会回收。只有当这个引用被释放之后,垃圾回收器才可能回收,这也是我们经常所用到的编码形式。

弱引用(WeakReference)
如果一个对象只具有弱引用,那就类似于可有可物的生活用品。在垃圾回收器线程扫描它所管辖的内存区域的过程中,一旦发现了只具有弱引用的对象,不管当前内存空间足够与否,都会回收它的内存,(不过,由于垃圾回收器是一个优先级很低的线程,因此不一定会马上发现那些只具有弱引用的对象)
例如:

//只要student还指向Student就不会被回收
Student student = new Student();
WeakReference<Student> weakStudent = new WeakReference<Student>(student);

当要获得WeakReference引用的student时,可以使用:weakStudent.get()

如果此方法返回的为空,那么说明weakStudent指向的对象student已经被回收了。例如我们常用的在内部类的Handler中使用的Activity弱引用,防止内存泄漏:

public class MainActivivty extends Activity {

	private Handler handler = null;
	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		setContentView(R.layout.activity_main);
		handler = new MyHandler(this);
	}
	private static class MyHandler extends Handler {
		WeakReference<MainActivity> weakReference;
		public MyHandler(MainActivity activity) {
			weakReference = new WeakReference<MainAcitivity>(activity);
		}
		public void handleMessage(Message msg){
			super.handleMessage(msg);
			if(weakReference.get(); != null) {
				//refresh ui page
			}
		}
	}

}

三、解决Handler引发的内存泄露问题

1.主动清除所有的Message

@Override
protected void onDestroy() {
    super.onDestroy();
    handler.removeCallbacksAndMessages(null);
}

2.使用弱引用
在案例中,若是在Handler里的延时退出程序,则会引发内存泄漏问题。

public class MemoryLeakActivity extends AppCompatActivity {
    private TextView txt;
    private MyHandler handler = new MyHandler(this);

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_memory_leak);

        txt = findViewById(R.id.txt);

        findViewById(R.id.button).setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                //延迟的Message对象-->Handler对象-->当前Activity对象
                handler.sendEmptyMessageDelayed(0, 5*1000);
            }
        });
    }

    private static class MyHandler extends Handler{
        private WeakReference<MemoryLeakActivity> wr;

        public MyHandler(MemoryLeakActivity mla){
            wr = new WeakReference<>(mla);
        }

        @Override
        public void handleMessage(@NonNull Message msg) {
            super.handleMessage(msg);
            Log.d("MemoryLeakActivity","延迟处理消息");
            MemoryLeakActivity mla = wr.get();
            mla.txt.setText("xxxx");
        }
    }
}

本文地址:https://blog.csdn.net/Blue3Red1/article/details/108729845

如您对本文有疑问或者有任何想说的,请点击进行留言回复,万千网友为您解惑!

相关文章:

验证码:
移动技术网