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