一.概述
前段时间,写了或者间接写了几个项目,然后一直不是很满意拍照功能,图片大然而效果还不好。乘着空档期,我搜索了网上的资料,这边根据拍照上传的顺序分析其中问题:
1.根据onActivityResult返回值获取小图和大图的问题;
2.大图小图的代码分析;
3.拍照得到过大图片问题(如何压缩,六种方式);
4.具体Demo;
二.分析
1.大家都知道了我们需要通过隐式Intent到系统拍照页面(当然可以自定义,下篇再讲),讲到这里大家就都知道了一个Activity之间的回调方法onActivityResult(),在这个方法中因为是通过Intnet携带一下三个参数来实现的:
前面两个用于匹配返回的,因为当前Activity可能会通向多个Activity,要用这两个参数来作区分,最后这个data根据字面意思就可以知道里面带有好东西,Bundle bundle = data.getExtras();通过这个方法就可以获取到了,Bitmap bitmap = (Bitmap) bundle.get("data");然后通过这个就可以获取到bitmap,后面的事情想必大家都已经知道了,在你的Activity中为所欲为吧,看下这个强制转换类型,大家可以去试试bundle获取到的具体是什么,会有意外收获。
有了上面的铺垫,我们来来说下大图和小图的区别,其实很简单,获取小图就是可以直接从bundle.get("data");中获取,但是这个对应可能会让你失望,因为Bundle中能存放的东西有限,所以会传回压缩图,图片那是相当的不清楚,所以称之为“小图”。
接下来说说大图,所谓的大图就是获取存在本地的图片,不用系统传回的那我们就用自己的,用自己的就需要路径保存下来,然后你就随便的压缩再显示,任意挥霍你的任性。
以上就是大小图的区别,接下来分析细节和代码;
2.小图的代码:
newView.OnClickListener() {
@Override
public voidonClick(View v) {
Intent intent =newIntent(CameraPhotoActivity.this, ContractIconActivity.class);
Bundle b =newBundle();
b.putParcelable("bitmap",bitmap);
intent.putExtras(b);
startActivity(intent);
}
}
@Override
protected voidonActivityResult(intrequestCode,intresultCode, Intent data) {
//TODO Auto-generated method stub
super.onActivityResult(requestCode, resultCode, data);
// 判断是否返回值
if(resultCode ==RESULT_OK) {
// 判断返回值是否正确
if(requestCode ==CODE) {
// 获取图片
Bundle bundle = data.getExtras();
// 转换图片的二进制流
Bitmap bitmap = (Bitmap) bundle.get("data");
// 设置图片
iv_photo.setImageBitmap(bitmap);
// 加载原图
}
}
}
小图的获取就是以上的代码没什么特别的接下来是大图的:
// 记录文件保存位置
private String mFilePath;
private FileInputStream is = null;
private Bitmap bitmap;
@Override
protected void onCreate(Bundle savedInstanceState) {
// 获取SD卡路径
mFilePath = Environment.getExternalStorageDirectory().getPath();
// 文件名
mFilePath = mFilePath + "/" + "photo.png";
}
new View.OnClickListener() {
@Override
public void onClick(View v) {
// 指定拍照
Intent intent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
// 加载路径
Uri uri = Uri.fromFile(new File(mFilePath));
// 指定存储路径,这样就可以保存原图了
intent.putExtra(MediaStore.EXTRA_OUTPUT, uri);
// 拍照返回图片
startActivityForResult(intent, CODEBIG);
}
}
@Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
// TODO Auto-generated method stub
super.onActivityResult(requestCode, resultCode, data);
// 判断是否返回值
if (resultCode == RESULT_OK) {
// 判断返回值是否正确
if (requestCode == CODEBIG) {
// // 获取输入流
// is = new FileInputStream(mFilePath);
// // 把流解析成bitmap
// bitmap = BitmapFactory.decodeStream(is);
bitmap = BitmapFactory.decodeFile(mFilePath);
// 设置图片
iv_photo_big.setImageBitmap(bitmap);
try {
FileOutputStream out = new FileOutputStream(mFilePath);
bitmap.compress(Bitmap.CompressFormat.JPEG, 20, out);
out.flush();
out.close();
} catch (FileNotFoundException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
}
}
}
}
这里我们先会定义一个mFilePath用来给拍照的本地保存图片命名,然后路径的话你们随意,为了方便我就放在最外层方便查看了,这样一来,拍完照片之后就会存放在本地了,之后在onActivityResult中就可以通过这个路径获取到照片了,然后你又可以随便玩弄它了,这边我注释了一种方法,他也是转成Bitmap的一种方法。
重点在try()中,现创建输出流,用bitmap.compress(Bitmap.CompressFormat.JPEG, 20, out);进行解压(这是解压方式之一),注意了在方法中的图片格式不能为PNG,PNG是不可压缩文件,准确的说是不可以通过这种方式压缩的文件,所以我在这边用了JPEG的格式,第二个参数就是压缩率(100-20)%,这样就压缩了80%;
⚠️一一>在文件夹中的图片大小在这个步骤之后就会变化了(这个很重要)。
3.这个话题转自:http://blog.csdn.net/harryweasley/article/details/51955467
android中图片是以bitmap形式存在的,那么bitmap所占内存,直接影响到了应用所占内存大小,首先要知道bitmap所占内存大小计算方式:
图片长度 x 图片宽度 x 一个像素点占用的字节数
以下是图片的压缩格式:
其中,A代表透明度;R代表红色;G代表绿色;B代表蓝色。
ALPHA_8 表示8位Alpha位图,即A=8,一个像素点占用1个字节,它没有颜色,只有透明度 ARGB_4444 表示16位ARGB位图,即A=4,R=4,G=4,B=4,一个像素点占4+4+4+4=16位,2个字节 ARGB_8888 表示32位ARGB位图,即A=8,R=8,G=8,B=8,一个像素点占8+8+8+8=32位,4个字节 RGB_565 表示16位RGB位图,即R=5,G=6,B=5,它没有透明度,一个像素点占5+6+5=16位,2个字节
我是用的小米手机2s来测试的,从sd卡取出一个照片,如下所示:
bit = BitmapFactory.decodeFile(Environment .getExternalStorageDirectory().getAbsolutePath() + "/DCIM/Camera/test.jpg"); Log.i("wechat", "压缩前图片的大小" + (bit.getByteCount() / 1024 / 1024) + "M宽度为" + bit.getWidth() + "高度为" + bit.getHeight());
将取得的bitmap进行压缩,下面开始说,bitmap的几种压缩方式。
1.质量压缩
ByteArrayOutputStream baos = new ByteArrayOutputStream(); int quality = Integer.valueOf(editText.getText().toString()); bit.compress(CompressFormat.JPEG, quality, baos); byte[] bytes = baos.toByteArray(); bm = BitmapFactory.decodeByteArray(bytes, 0, bytes.length); Log.i("wechat", "压缩后图片的大小" + (bm.getByteCount() / 1024 / 1024) + "M宽度为" + bm.getWidth() + "高度为" + bm.getHeight() + "bytes.length= " + (bytes.length / 1024) + "KB" + "quality=" + quality);
可以看到,图片的大小是没有变的,因为质量压缩不会减少图片的像素,它是在保持像素的前提下改变图片的位深及透明度等,来达到压缩图片的目的,这也是为什么该方法叫质量压缩方法。那么,图片的长,宽,像素都不变,那么bitmap所占内存大小是不会变的。
但是我们看到bytes.length是随着quality变小而变小的。这样适合去传递二进制的图片数据,比如微信分享图片,要传入二进制数据过去,限制32kb之内。
这里要说,如果是bit.compress(CompressFormat.PNG, quality, baos);这样的png格式,quality就没有作用了,bytes.length不会变化,因为png图片是无损的,不能进行压缩。
CompressFormat还有一个属性是,CompressFormat.WEBP格式,该格式是google自己推出来一个图片格式,更多信息,文末会贴出地址。
2.采样率压缩
BitmapFactory.Options options = new BitmapFactory.Options(); options.inSampleSize = 2; bm = BitmapFactory.decodeFile(Environment .getExternalStorageDirectory().getAbsolutePath() + "/DCIM/Camera/test.jpg", options); Log.i("wechat", "压缩后图片的大小" + (bm.getByteCount() / 1024 / 1024) + "M宽度为" + bm.getWidth() + "高度为" + bm.getHeight());
出来的log是
设置inSampleSize的值(int类型)后,假如设为2,则宽和高都为原来的1/2,宽高都减少了,自然内存也降低了。
我上面的代码没用过options.inJustDecodeBounds = true; 因为我是固定来取样的数据,为什么这个压缩方法叫采样率压缩,是因为配合inJustDecodeBounds,先获取图片的宽、高【这个过程就是取样】,然后通过获取的宽高,动态的设置inSampleSize的值。
当inJustDecodeBounds设置为true的时候,BitmapFactory通过decodeResource或者decodeFile解码图片时,将会返回空(null)的Bitmap对象,这样可以避免Bitmap的内存分配,但是它可以返回Bitmap的宽度、高度以及MimeType。
3.缩放法压缩(martix)
Matrix matrix = new Matrix(); matrix.setScale(0.5f, 0.5f); bm = Bitmap.createBitmap(bit, 0, 0, bit.getWidth(), bit.getHeight(), matrix, true); Log.i("wechat", "压缩后图片的大小" + (bm.getByteCount() / 1024 / 1024) + "M宽度为" + bm.getWidth() + "高度为" + bm.getHeight());
可以看出来,bitmap的长度和宽度分别缩小了一半,图片大小缩小了四分之一。 关于martix更多信息,文末会有一个参考文章。
4.RGB_565法
BitmapFactory.Options options2 = new BitmapFactory.Options(); options2.inPreferredConfig = Bitmap.Config.RGB_565; bm = BitmapFactory.decodeFile(Environment .getExternalStorageDirectory().getAbsolutePath() + "/DCIM/Camera/test.jpg", options2); Log.i("wechat", "压缩后图片的大小" + (bm.getByteCount() / 1024 / 1024) + "M宽度为" + bm.getWidth() + "高度为" + bm.getHeight());
出来的log是:
我们看到图片大小直接缩小了一半,长度和宽度也没有变,相比argb_8888减少了一半的内存。
注意:由于ARGB_4444的画质惨不忍睹,一般假如对图片没有透明度要求的话,可以改成RGB_565,相比ARGB_8888将节省一半的内存开销。
5.createScaledBitmap
bm = Bitmap.createScaledBitmap(bit, 150, 150, true); Log.i("wechat", "压缩后图片的大小" + (bm.getByteCount() / 1024) + "KB宽度为" + bm.getWidth() + "高度为" + bm.getHeight());
这里是将图片压缩成用户所期望的长度和宽度,但是这里要说,如果用户期望的长度和宽度和原图长度宽度相差太多的话,图片会很不清晰。
总结
以上就是5种图片压缩的方法,这里需要强调,他们的压缩仅仅只是对android中的bitmap来说的。如果将这些压缩后的bitmap另存为sd中,他们的内存大小并不一样。
android手机中,图片的所占的内存大小和很多因素相关,计算起来也很麻烦。为了计算出一个图片的内存大小,可以将图片当做一个文件来间接计算,用如下的方法:
File file = new File(Environment.getExternalStorageDirectory() .getAbsolutePath() + "/DCIM/Camera/test.jpg"); Log.i("wechat", "file.length()=" + file.length() / 1024);
或者
FileInputStream fis = null; try { fis = new FileInputStream(file); } catch (FileNotFoundException e) { e.printStackTrace(); } try { Log.i("wechat", "fis.available()=" + fis.available() / 1024); } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); }
上面两个方法计算的结果是一样的。
看完了这篇内容,其实说白了,Bitmap压缩都是围绕这个来做文章:Bitmap所占用的内存 = 图片长度 x 图片宽度 x 一个像素点占用的字节数。3个参数,任意减少一个的值,就达到了压缩的效果。
4.https://github.com/twohuoone/FunctionSet.git这个是我的github项目,里面还有我自己集成的一些小工具,里面都会有README,有兴趣的可以看下
写完了,欢迎吐槽,本人比较喜欢研究,虽然很菜,有什么疑问可以留评论,你们没空我帮你们研究 😄