android图片资源尺寸,Android-图片的压缩(质量压缩和尺寸压缩)

本文详细介绍了Android中图片压缩的两种方法:质量压缩和尺寸压缩。质量压缩通过算法减少像素点,减小磁盘占用,但不改变内存中的图片大小;尺寸压缩则通过调整图片尺寸,减少内存中的像素值,有效防止OOM。文章通过实例展示了这两种压缩方法的实现代码,并提供了实际效果对比。最后,强调了质量压缩和尺寸压缩在实际应用中的选择和使用场景。
摘要由CSDN通过智能技术生成

理论概括

1.图片存在的几种形式:

File,存在于我们的磁盘中,我们通常说的图片大小。

Stream即流的形式,比如我们上传网络图片。

Bitmap,就是我们通常指内存中图片的大小。

2. 什么是质量压缩?

图片的质量压缩,会改变图片在磁盘中的大小(File文件的大小),不能改变图片在加载时,在内存中的大小。

原理是:通过算法扣掉(同化)了 图片中的一些某个点附近相近的像素,达到降低质量 减少 文件大小的目的。

应用场景:图片的上传。

3.什么是尺寸压缩?

图片的尺寸压缩是指:按照一定的倍数对图片减少单位尺寸的像素值,可以改变图片在内存中的大小,不改变图片在磁盘中的大小。

原理是:通过减少单位尺寸的像素值,真正意义上的降低像素值。

应用场景:用户头像的缩略图。

实战

我们的界面也很简单,就是两个按钮,分别是拍照和相册选择,一个ImageView,用来显示压缩后的图片,如图:

4b0ba08bfb58

image.png

由于我们这里只讲图片的压缩,关于再次之前如何获取图片返回的URI和高低版本适配7.0等问题,我们这里不说,我之前写过文章,Android-图片的选择,裁剪,压缩,适配高版本,这里就不说了。

我们直接从图片获取到拍照或者相册返回的URI开始说起,上图:

4b0ba08bfb58

image.png

质量压缩

那我们就先看bitmapCompress()这个质量压缩的方法。

/**

* 这里我们生成了一个Pic文件夹,在下面放了我们质量压缩后的图片,用于和原图对比

* 压缩图片使用Bitmap.compress(),这里是质量压缩

*/

public void bitmapCompress(Uri uriClipUri) {

try {

//裁剪后的图像转成BitMap

//photoBitmap = BitmapFactory.decodeStream(getContentResolver().openInputStream(uriClipUri));

photoBitmap = MediaStore.Images.Media.getBitmap(getContentResolver(), uriClipUri);

} catch (FileNotFoundException e) {

e.printStackTrace();

} catch (IOException e) {

e.printStackTrace();

}

//创建路径

String path = Environment.getExternalStorageDirectory()

.getPath() + "/Pic";

//获取外部储存目录

file = new File(path);

//创建新目录, 创建此抽象路径名指定的目录,包括创建必需但不存在的父目录。

file.mkdirs();

//以当前时间重新命名文件

long i = System.currentTimeMillis();

//生成新的文件

file = new File(file.toString() + "/" + i + ".png");

Log.e("fileNew", file.getPath());

//创建输出流

OutputStream out = null;

try {

out = new FileOutputStream(file.getPath());

} catch (FileNotFoundException e) {

e.printStackTrace();

}

//压缩文件,返回结果,参数分别是压缩的格式,压缩质量的百分比,输出流

boolean bCompress = photoBitmap.compress(Bitmap.CompressFormat.JPEG, 50, out);

try {

photoBitmap = MediaStore.Images.Media.getBitmap(getContentResolver(),Uri.fromFile(file));

} catch (IOException e) {

e.printStackTrace();

}

imageView.setImageBitmap(photoBitmap);

}

我们看一眼结果:

结果是Imageview没有正常加载图片,怎么回事?难道图片没有生成,文件创建失败?

我们看一眼原图片和压缩目录(Pic)下有没有文件:

原文件:

4b0ba08bfb58

压缩后的文件:

4b0ba08bfb58

可以看到原文件和压缩后的文件都生成了,而且也从6.61M压缩为了1.52M,那为什么图片不正常显示呢?,在看一眼日志:

4b0ba08bfb58

image.png

大家明白了吧,这个结果也和我们之前说的质量压缩只是改变磁盘中的文件大小,并不能改变加载时内存中的图片大小

尺寸压缩

尺寸压缩的方法:

Bitmap photoBitmap;

File file;

/**

* 压缩图片使用,采用BitmapFactory.decodeFile。这里是尺寸压缩

*/

public void bitmapFactory(Uri imageUri){

String[] filePathColumns = {MediaStore.Images.Media.DATA};

Cursor c = getContentResolver().query(imageUri, filePathColumns, null, null, null);

c.moveToFirst();

int columnIndex = c.getColumnIndex(filePathColumns[0]);

String imagePath = c.getString(columnIndex);

c.close();

// 配置压缩的参数

BitmapFactory.Options options = new BitmapFactory.Options();

options.inJustDecodeBounds = true; //获取当前图片的边界大小,而不是将整张图片载入在内存中,避免内存溢出

BitmapFactory.decodeFile(imagePath, options);

options.inJustDecodeBounds = false;

inSampleSize的作用就是可以把图片的长短缩小inSampleSize倍,所占内存缩小inSampleSize的平方

options.inSampleSize = caculateSampleSize(options,500,50);

Bitmap bm = BitmapFactory.decodeFile(imagePath, options); // 解码文件

imageView.setImageBitmap(bm);

}

/**

* 计算出所需要压缩的大小

* @param options

* @param reqWidth 我们期望的图片的宽,单位px

* @param reqHeight 我们期望的图片的高,单位px

* @return

*/

private int caculateSampleSize(BitmapFactory.Options options, int reqWidth, int reqHeight) {

int sampleSize = 1;

int picWidth = options.outWidth;

int picHeight = options.outHeight;

if (picWidth > reqWidth || picHeight > reqHeight) {

int halfPicWidth = picWidth / 2;

int halfPicHeight = picHeight / 2;

while (halfPicWidth / sampleSize > reqWidth || halfPicHeight / sampleSize > reqHeight) {

sampleSize *= 2;

}

}

return sampleSize;

}

结果:

4b0ba08bfb58

图片正常显示,磁盘中图片的大小并没有改变,只是改变了加载时内存中的图片大小。

补充

质量压缩无法避免oom,但可以改变图片在磁盘中或者说是File文件的大小,尺寸压缩可以避免OOM,但不改变图片本身的大小,只改变加载是在内存中的大小,即bitmap.

质量压缩我们的主要方法是:MediaStore.Images.Media.getBitmap或者BitmapFactory.decodeStream;尺寸压缩我们用到的方法是:BitmapFactory.decodeFile

主要就说完了,我们在实际运用中可以把这两个方法作为工具类,随时调用。

demo上传github,地址:图片的质量和尺寸压缩

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值