图库/拍照获取图片后裁剪处理(兼容4.4+)
需求:
- 从图库或调用系统相机拍照获取图片
- 复制图片至新目录
- 使用新目录下的图片裁剪
遇到的问题:
- Android 6.0+ 无法使用 √
- Android 4.4 调用裁剪时奔溃√
- 红米 note1 获取原图片后无法显示 X
调用系统图库
先贴代码
boolean isKitKatO = Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT;
Intent getAlbum;
if (isKitKatO) {
getAlbum = new Intent(Intent.ACTION_OPEN_DOCUMENT);
} else {
getAlbum = new Intent(Intent.ACTION_GET_CONTENT);
}
getAlbum.setType("image/*");
startActivityForResult(getAlbum, FILE_REQUEST_CODE_PICTURE);
在Android 4.4之前,调用系统图库拿到图片的Uri和4.4或以上的Uri是有很大区别,单单使用Intent.ACTION_GET_CONTENT
在4.4或以上的版本是无法解析拿到的Uri的。因此,在调用图库之前,版本是Build.VERSION_CODES.KITKAT
或以上的版本,官方建议用ACTION_OPEN_DOCUMENT
。这就是我上面列举的第二个问题的解决方式。
解决方案参照了 东山少爷猪头的这篇blog
重写onActivityResult方法接收返回状态和数据
if (FILE_REQUEST_CODE_PICTURE == requestCode && data != null && resultCode == RESULT_OK) {
//新的图片路径
CropPicPath = MyApplication.BasePath + System.currentTimeMillis() + ".jpg";
Uri selectImageUri = data.getData();
//拿到相册图片后进入裁剪
if (selectImageUri != null) {
//将选取的图片uri转化为path
selectImagePath = uri2path(selectImageUri);
//复制一份到新的路径
FileUtil.copyFile(selectImagePath, CropPicPath);
//将截取的图片路径转化为uri
tempUri = Uri.fromFile(new File(CropPicPath));
//带入截图
cropPicUtil.startBigPhotoCrop(tempUri, 240, 240);
} else {
Toast.makeText(getApplicationContext(), "没有选择文件", Toast.LENGTH_SHORT).show();
}
}
上面用到三个方法,一个是Uri解析路径uri2path();,一个是copyFile();用于复制图片到新的路径。 一个是调用系统裁剪工具startBigPhotoCrop();.
前面说了。4.4版本前后的到图片的Uri是不一样的。解析Uri路径需要处理。
给出处理方案的链接
为什么要复制图片?进行裁剪时,需要传入一个Uri,告诉它你要裁剪的是哪张图片,如果你不复制,裁剪的将是你的原图。你的一张美美的自拍照可不想就这么被摧毁了吧?当然,如果你的本意就是裁剪原图,可以忽略复制图片这一步了。
调用裁剪工具:
//裁剪大图片
public void startBigPhotoCrop(Uri uri, int width, int height) {
Intent intent = new Intent("com.android.camera.action.CROP");
intent.setDataAndType(uri, "image/*");
intent.putExtra("crop", "true");
intent.putExtra("aspectX", 1);
intent.putExtra("aspectY", 1);
intent.putExtra("outputX", width);
intent.putExtra("outputY", height);
intent.putExtra("scale", true);
intent.putExtra("return-data", false);
intent.putExtra(MediaStore.EXTRA_OUTPUT, uri);
intent.putExtra("outputFormat", Bitmap.CompressFormat.JPEG.toString());
intent.putExtra("noFaceDetection", true); // no face detection
mActivity.startActivityForResult(intent, PICTURE_CUT);
}
上图的各个参数解释的很清楚了。这里有个参数"return-data"
是否返回数据。
建议,裁剪高分辨率图片,使用Uri不返回数据,小图使用Bitmap并返回数据。
转载请注明出处:http://blog.csdn.net/a3382589/article/details/52119360
- 引用解释
在Android中,Intent触发Camera程序,拍好照片后,将会返回数据,但是考虑到内存问题,Camera不 会将全尺寸的图像返回给调用的Activity,一般情况下,有可能返回的是缩略图,比如120*160px。
这是为什么呢?这不是一个Bug,而是经过精心设计的,却对开发者不透明。
以我的小米手机为例,摄像头800W像素,根据我目前设置拍出来的图片尺寸为3200*2400px。有人说,那就返回呗,大不了耗1-2M的内存,不错,这个尺寸的图片确实只有1.8M左右的大小。但是你想不到的是,这个尺寸对应的Bitmap会耗光你应用程序的所有内存。Android出于安全性考虑,只会给你一个寒碜的缩略图。
在Android2.3中,默认的Bitmap为32位,类型是ARGB_8888,也就意味着一个像素点占用4个字节的内存。我们来做一个简单的计算题:
3200*2400*4 bytes = 30M
如此惊人的数字!哪怕你愿意为一张生命周期超不过10s的位图愿意耗费这么巨大的内存,Android也不会答应的。
Mobile devices typically have constrained system resources. Android devices can have as little as 16MB of memory available to a single application.
这是Android Doc的原文,虽然不同手机系统的厂商可能围绕16M这个数字有微微的上调,但是这30M,一般的手机还真挥霍不起。也只有小米这种牛机,内存堪比个人PC,本着土财主般挥金如土的霸气才能做到。
处理裁剪的图片
else if (CropPicUtil.PICTURE_CUT == requestCode && data != null && resultCode == -1) {
//裁剪成功后返回
bitmap = null;
Bundle bundle = data.getExtras();
if (bundle != null) {
bitmap = bundle.getParcelable("data");
}
Log.e(TAG, "is bitmap null?" + (bitmap == null));
if (bitmap == null) {
try {
bitmap = MediaStore.Images.Media.getBitmap(this.getContentResolver(), tempUri);
} catch (IOException e) {
e.printStackTrace();
Log.e(TAG, "onActivityResult: " + e);
}
}
if (bitmap != null) {
...处理
}
}
先获取返回的数据。若为null,选择的是使用Uri,否则是使用bitmap并返回数据,最后都是使用bitmap进行图片处理。
以上是调用系统图库来获取图片,进行裁剪后做图片处理的方案。
打开相机拍照获取图片相对来说简单一点,后面的裁剪的流程都一样,就不说了。
Intent intent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
intent.putExtra(MediaStore.EXTRA_OUTPUT, takePotoUri);
startActivityForResult(intent, TAKE_PICTURE);
相对于通过图库获取图片的方式来说。拍照不需要进行版本判断,因为图片的路径是自己设定的。我们通过Intent将自己设定的路径转换为Uri传给系统相机,告诉它拍完的照片放在指定的路径。然后还是通过onActivityResult获取返回成功或失败的返回状态,做下一步的图片处理。
else if (TAKE_PICTURE == requestCode && resultCode == RESULT_OK) {
CropPicPath = MyApplication.BasePath + System.currentTimeMillis() + ".jpg";
tempUri = Uri.fromFile(new File(CropPicPath));
FileUtil.copyFile(takePotoPath, CropPicPath);
cropPicUtil.startSmallPhotoCrop(tempUri, 240, 240);
}
上面贴出的全部都是思路。并没有完整的代码。杜绝伸手党。
本以为这样就可以收工了,后来发现6.0+的手机在获取图片的时候崩了。Google了之后原来android6.0以后的版本,权限不是一开始就询问是否授权了。而是运行的时候用到了才问。
android的权限系统一直是首要的安全概念,因为这些权限只在安装的时候被询问一次。一旦安装了,app可以在用户毫不知晓的情况下访问权限内的所有东西。
难怪一些坏蛋利用这个缺陷恶意收集用户数据用来做坏事了!
android小组也知道这事儿。7年了!权限系统终于被重新设计了。在android6.0棉花糖,app将不会在安装的时候授予权限。取而代之的是,app不得不在运行时一个一个询问用户授予权限。
too young too simple!要成为一名合格的Android程序猿,第一时间了解Android最新的变动消息还是很有必要的。
简单的解决方式就是在调用图库时请求权限
private static String[] PERMISSIONS_STORAGE = {
Manifest.permission.READ_EXTERNAL_STORAGE,
Manifest.permission.WRITE_EXTERNAL_STORAGE
};
public static final int REQUEST_EXTERNAL_STORAGE = 100;
//使用图库或相机时调用
public void verifyStoragePermissions(Activity activity) {
// Check if we have write permission
int permission = ActivityCompat.checkSelfPermission(activity, Manifest.permission.WRITE_EXTERNAL_STORAGE);
if (permission != PackageManager.PERMISSION_GRANTED) {
// We don't have permission so prompt the user
ActivityCompat.requestPermissions(
activity,
PERMISSIONS_STORAGE,
REQUEST_EXTERNAL_STORAGE
);
}
}
但作为有追求的工程师,就应该完美的解决问题。详细的解决方案见微凉一季 的这篇blog
还有一个问题就是在小米手机上,获取图片后不是每一张图片都能显示出来。正在积极解决…
如果你有有效的解决方案,欢迎留言,大家共同进步!
一个小小的菜鸟第一次发表blog。希望这篇blog能帮到你,同时也是为了做一下笔记,见证自己的成长之路。语言组织能力不强,写的不好请小声点喷。
参考过的blog:
Android大图片裁剪终极解决方案
Android 4.4从图库选择图片,获取图片路径并裁剪
完