一.概述
前段时间，写了或者间接写了几个项目，然后一直不是很满意拍照功能，图片大然而效果还不好。乘着空档期，我搜索了网上的资料，这边根据拍照上传的顺序分析其中问题：
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，有兴趣的可以看下
写完了，欢迎吐槽，本人比较喜欢研究，虽然很菜，有什么疑问可以留评论，你们没空我帮你们研究