WeakReference带来了什么

很多人说到：java存在内存泄漏

我不想反驳，因为我也开始慢慢说了，但我知道：内存泄漏，和，规范编码，是两个完全不同的概念

所以，我想说：请规范编码

java的“内存泄漏”：

堆内存不够用了

为什么不够用了？因为你认为已经过时的东西，没有被系统释放掉内存

为什么没有释放掉内存？

因为你没有显示释放（c++版本）

因为你还拥有着该对象的引用，而该对象没有被认为是垃圾（java版本）

所以，你的编码并不规范

*********************************************************

WeakReference和内存泄漏有什么样的关系？

好像，没关系

那么WeakReference又是什么？

让我们先描述一个问题：

我有一个对象a（它非常的消耗内存，比如一个bitmap），当你同时申请了20个对象在android中，你将会看到out of memory异常

但是，如果你不缓存图片，那么用户将会认为你的app的性能非常差：

当你的应用涉及到gridview，而每一个item都是一个图片时

一个矛盾：不加载图片（性能低下） vs 加载图片（加载多了，程序会挂）

一个解决：

只加载有限的图片，如5个图片

是的，这能解决问题

但是，你要为此付出的是什么：手动编写加载策略，以及，释放策略

WeakReference是什么：

先不看官方doc，让我们举个例子：

对象a非常的消耗内存，我有一个WeakReference对象（wra），并且和对象a关联：（wra & a are good friends）

那么，在虚拟机看来是什么样子呢：wra对象不是个垃圾，但是和wra对象相关联的对象（对象a）被认为是垃圾

是的，垃圾就是垃圾，但是：垃圾并不会立刻被清理

也就意味着：你仍然可以使用对象a，如果它还没被清理的情况下

如果对象a已经被清理呢：你必须重新构建对象a，再一次，和wra关联

那样做有什么样的好处：

你将可以肆无忌惮的申请任意多个“非常消耗内存”的对象（前提是，让他们和WeakReference关联）

使用这些对象前，先判定他们有没有被清理

如果是，重新构建该对象（可能重新构建并不繁琐）

如果不是，直接使用

总结：WeakReference负责了：释放策略

与WeakReference类似的还有：SoftReference，大同小异

*********************************************************

事实，并不是，看上去很美

我曾经做过实验，按照WeakReference的做法，编写程序，在android2.2上，程序运行正常

但是，同一套代码运行在android4.0上，程序崩溃：out of memory

正是为了避免OOM异常，我采用了WeakReference

但是，，，，，

WeakReference，不靠谱

在2.2 vs 4.0上

转载自：http://blog.csdn.net/qlsusu/article/details/7822511