频繁createBitmap导致的OOM问题记录


最近在做一个相机有关的应用,相机输出的一般来说都是需要旋转才能变为我们看来正向的图像的,这是因为相机传感器的坐标体系和屏幕不一致造成的,具体的不展开说了。但是图像输出导致的一系列问题值得记录一番。

首先是图像预览输出很慢很卡,这时候就要注意一下,ImageReader的输出格式不要使用ImageFormat.JPEG,可以使用ImageFormat.YUV_420_888,我猜测原因是JPEG格式输出的话,相机还得为我们做一次转码,在低性能手机上很容易导致卡顿,如果改了格式还卡的话,考虑一下降低图像输出的分辨率吧。至于YUVBitmap的话,可以网上找找C的库,性能比直接输出JPEGBitmap更高。

接下来就是图像的方向和屏幕不一致了,网上搜索旋转Bitmap,基本上都是说使用

Bitmap.createBitmap(Bitmap source, int x, int y, int width, int height, Matrix m, boolean filter)

来创建一个新的Bitmap,然后将原Bitmap释放掉,这时候坑就来了,在平时这样使用是没事的,但是在相机预览输出的时候就有问题了,因为相机预览输出速度很快,这种情况下Bitmap是来不及释放掉的,会慢慢的内存泄漏,直到最后出现内存溢出。而且Bitmap的创建时非常消耗内存的,这样频繁创建Bitmap,内存的消耗是飞速的,这时候我们可以选用另外一种方式,网上很少有人提到的方法来旋转Bitmap,这个方法就是使用Canvas

我们知道,Canvas创建的时候可以传入Bitmap,这时候Canvas上的所有绘制都会直接绘制在Bitmap上,而且Canvas也有drawBitmap方法,可以用其他Bitmap做画笔,更关键的是,drawBitmap的重载方法里有一个是可以传入Matrix的,这时候解决方法就出来了,我们可以创建一个全局复用的Bitmap,注意大小使用旋转后的大小,然后使用它来创建Canvas,之后所有bitmap旋转都不用再生成新的bitmap,只要使用canvas.drawBitmap在全局Bitmap上画就行。不过事情还没完。

通过Bitmap创建的Canvas的画布大小就是Bitmap的大小,我们旋转bitmap的时候要注意,Matrix旋转时画笔Bitmap的位置是会发生变化的,最后画出来能输出到Bitmap上的可能只有小部分,甚至完全没有画在Bitmap上。这时候我们就需要在Matrix里面添加位移操作,来保持画笔输出位置和画布一致了,具体的位移距离就得自己算了,因为线代我已经忘干净了,所以我的做法是,拿两张纸,自己旋转完看位置……

到此,相机图像输出导致的所有问题都解决了,写出来就这么几步,但是摸索的时候也卡了我老半天,因为网上没有搜到相关的问题记录,所以记录下来以免忘记。

——在YUVBitmap可以使用libyuv库,同时旋转操作也可以通过该库完成,如果可以,最好不要使用Java做旋转


文章作者: 萧笑啸
版权声明: 本博客所有文章除特別声明外,均采用 CC BY 4.0 许可协议。转载请注明来源 萧笑啸 !
 上一篇
CentOS8 Docker Compose容器互联出现java.net.NoRouteToHostException: Host is unreachable CentOS8 Docker Compose容器互联出现java.net.NoRouteToHostException: Host is unreachable
今天在CentOS8下使用Docker Compose部署Spring Cloud项目时出现Host is unreachable问题,在网上找寻半天,终于找到一个场景类似的问题(https://www.cnblogs.com/jojo-f
2020-02-19
下一篇 
RxJava2-doOn系列方法未调用问题记录 RxJava2-doOn系列方法未调用问题记录
现象: 在map,flatmap中手动抛出异常,Subscriber的onError()方法被调用,但是doOnError/doOnTerminate等操作符未被调用,仅有doOnCancel被调用。 尝试解决过程: 修改一下,将do
2018-01-04
  目录