如何在运行时获取Bitmap的大小

这篇文章主要介绍了如何在运行时获取Bitmap的大小的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇如何在运行时获取Bitmap的大小文章都会有所收获，下面我们一起来看看吧。

一、如何在运行时获取Bitmap的大小？

• 获取图片实际需要的内存大小

         public final int getByteCount() {if(mRecycled) {return 0;}return getRowBytes() * getHeight();}

• 图片实际占用的内存大小

因为存在一个复用的场景，比如之前已经开辟了400KB的大小用来显示图片A，现在我们需要显示300KB的图片B，而且图片A已经不需要显示了，那么可能就会将之前开辟的400KB用来显示图片B，这样就不需要重新开辟新的内存，所以图片B实际占用的内存400KB。

         public final int getAllocationByteCount() {if(mRecycled) {return 0;}return nativeGetAllocationByteCount(mNativePtr);}

二、图片的来源

• Assets中的图片

asstes中的文件基本等同于我们从SDCard中加载的图片，所以就不再单独讲解了。

举个例子：我们以宽高为112px * 131px像素的png图片为例（文件大小为20kb），如果我们使用下面的方式加载到内存中：

BitmapFactory.decodeStream(assets.open("test.png"));

实际上展示的是：以ARGB_8888的格式加载到内存中，那么最终的大小是112*131*4 = 58688KB。实际上就是我们图片需要显示的总的像素点数乘以单个像素点所占用的内存，因为ARGB_8888,可以看出来一个像素的四个通道分别需要8位来描述，所以一个像素点需要4个字节的内存，所以总的像素点数乘以4就是这张图所占用的总内存了。

所以，意味着图片的内存大小除了像素大小外，还和加载到内存的格式有关，比如我们将上面的图片换成RGB_565去加载，那么我们得出的内存就应该是：112*131*[(5_6+5)/8] = 112*131*2 = 29344个字节，足足比之前小了一半的大小。

• Drawable目录中的图片

当我们将图片放到不同的drawable目录中，最后显示出来占用的实际像素是有一定的缩放关系的，还是以112*131px的图片为例:

这么说吧，如果将上面的图片放到hdpi目录下，然后以ARGB_8888加载到内存中占用的内存大小算法就如下：

（112÷1.5）×（131÷1.5）× 3 × 4 = 77256字节

注意如果放在-nodpi中，那么图片在不同DPI的设备中不会做任何缩放，都只会以112×131的像素显示，所以在不同手机中永远占用相同的内存。

三、优化图片占用的内存体积

• 使用inSampleSize对图片进行采样、压缩

• 使用矩阵变化来改变图片大小

• 使用RGB_565来加载非透明图片

• 使用 9-patch图片来做背景图

• 使用VectorDrawable

• 能不用图片就不用图片

关于"如何在运行时获取Bitmap的大小"这篇文章的内容就介绍到这里，感谢各位的阅读！相信大家对"如何在运行时获取Bitmap的大小"知识都有一定的了解，大家如果还想学习更多知识，欢迎关注行业资讯频道。