Bitmap recycle引发的血案
从Bitmap.recycle说起
在Android中，Bitmap的存储分为两部分，一部分是Bitmap的数据，一部分是Bitmap的引用。
在Android2.3时代，Bitmap的引用是放在堆中的，而Bitmap的数据部分是放在栈中的，需要用户调用recycle方法手动进行内存回收，而在Android2.3之后，整个Bitmap，包括数据和引用，都放在了堆中，这样，整个Bitmap的回收就全部交给GC了，这个recycle方法就再也不需要使用了。
然而……
现在的SDK中对recycle方法是这样注释的，如图所示：
可以发现，系统建议你不要手动去调用，而是让GC来进行处理不再使用的Bitmap。我们可以认为，即使在Android2.3之后的版本中去调用recycle，系统也是会强制回收内存的，只是系统不建议这样做而已。
鄙司代码有些是从Android2.3出来的，因此很多地方还在使用Bitmap.recycle。通常情况下，这也没什么问题，但是，今天遇到一个bug引发了Bitmap.recycle的血案。
起因
这个bug的起因是因为我们的一张图片需要旋转，同时可以设置一个旋转角度，老的代码是这样写的：
ImageView imageView = (ImageView) findViewById(R.id.test);Matrix matrix = new Matrix();matrix.setRotate(0.013558723994643297f);Bitmap bitmap = BitmapFactory.decodeResource(getResources(), R.mipmap.ic_launcher);Bitmap targetBmp = Bitmap.createBitmap(bitmap, 0, 0, bitmap.getWidth(), bitmap.getHeight(), matrix, true);if (!bitmap.isRecycled()) { bitmap.recycle();}imageView.setImageBitmap(targetBmp);- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
除了中间的0.013558723994643297f这串比较奇葩的数据（当然，正常情况下都是20、30这样正常的数），其它都是比较正常的代码。
但实际上，只要一运行这段代码，程序就会崩溃，错误原因如下所示：
E/AndroidRuntime: FATAL EXCEPTION: main Process: com.xys.preferencetest, PID: 30512 java.lang.RuntimeException: Canvas: trying to use a recycled bitmap android.graphics.Bitmap@1a50ff6b- 1
- 2
- 3
这个问题一看就知道是由于Bitmap被调用recycle方法回收后，又调用了Bitmap的一些方法而导致的。可是，代码中可以发现我们recycle的是bitmap而不是通过Bitmap.createBitmap重新生成的targetBmp，为什么会报这个exception呢？
注释
按道理来说，bitmap与create出来的targetBmp应该是两个对象，当旋转角度正常的时候，确实也是这样，但当旋转角度比较奇葩的时候，这两个bitmap对象居然变成了同一个！而打开Bitmap.createBitmap的代码，可以发现如下所示的注释：
这里居然写着：The new bitmap may be the same object as source, or a copy may have been made.
看来还是真有可能为同一个对象的！
猜测
经过几次尝试，发现只有在角度很小很小的时候，才会出现这个情况，两个bitmap是同一个对象，因此，我只能这样猜测，当角度过小时，系统认为这是一张图片，没有发生变化，那么系统就直接引用同一个对象来进行操作，避免内存浪费。那么这个角度是怎么来的呢？继续猜测，如图所示：
当图像的旋转角度小余两个像素点之间的夹角时，图像即使选择也无法显示，因此，系统完全可以认为图像没有发生变化，因此，注释中的情况，是不是有可能就是说的这种情况呢？
我还没有来得及继续验证，希望大家可以一起讨论下~有说的不对的还请指教。
然而……
然而，教训是，在不兼容Android2.3的情况下，别在使用recycle方法来管理Bitmap了，那是GC的事！