Android 拍照不清晰,图片过大问题,篇末加仿微信上传图片模块

一.概述
前段时间,写了或者间接写了几个项目,然后一直不是很满意拍照功能,图片大然而效果还不好。乘着空档期,我搜索了网上的资料,这边根据拍照上传的顺序分析其中问题:
1.根据onActivityResult返回值获取小图和大图的问题;
2.大图小图的代码分析;
3.拍照得到过大图片问题(如何压缩,六种方式);
4.具体Demo;

二.分析

1.大家都知道了我们需要通过隐式Intent到系统拍照页面(当然可以自定义,下篇再讲),讲到这里大家就都知道了一个Activity之间的回调方法onActivityResult(),在这个方法中因为是通过Intnet携带一下三个参数来实现的:

onActivityResult()参数

前面两个用于匹配返回的,因为当前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());

出来的log是:
这里写图片描述

将取得的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);

其中quality是从edittext获取的数字,可以从0–100改变,这里出来的log是:
这里写图片描述

可以看到,图片的大小是没有变的,因为质量压缩不会减少图片的像素,它是在保持像素的前提下改变图片的位深及透明度等,来达到压缩图片的目的,这也是为什么该方法叫质量压缩方法。那么,图片的长,宽,像素都不变,那么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());

出来的log是
这里写图片描述

可以看出来,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());

出来的log是
这里写图片描述

这里是将图片压缩成用户所期望的长度和宽度,但是这里要说,如果用户期望的长度和宽度和原图长度宽度相差太多的话,图片会很不清晰。
总结

以上就是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,有兴趣的可以看下

写完了,欢迎吐槽,本人比较喜欢研究,虽然很菜,有什么疑问可以留评论,你们没空我帮你们研究 😄

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,390评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,821评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,632评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,170评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,033评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,098评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,511评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,204评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,479评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,572评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,341评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,213评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,576评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,893评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,171评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,486评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,676评论 2 335

推荐阅读更多精彩内容