需求：
- 從圖庫或調(diào)用系統(tǒng)相機拍照獲取圖片
- 復制圖片至新目錄
- 使用新目錄下的圖片裁剪
遇到的問題：
- Android 6.0+ 無法使用 √
- Android 4.4 調(diào)用裁剪時奔潰√
- 紅米 note1 獲取原圖片后無法顯示 X
調(diào)用系統(tǒng)圖庫
先貼代碼
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之前，調(diào)用系統(tǒng)圖庫拿到圖片的Uri和4.4或以上的Uri是有很大區(qū)別，單單使用Intent.ACTION_GET_CONTENT 在4.4或以上的版本是無法解析拿到的Uri的。因此，在調(diào)用圖庫之前，版本是Build.VERSION_CODES.KITKAT 或以上的版本，官方建議用ACTION_OPEN_DOCUMENT。這就是我上面列舉的第二個問題的解決方式。
解決方案參照了 東山少爺豬頭的這篇blog
重寫onActivityResult方法接收返回狀態(tài)和數(shù)據(jù)
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轉(zhuǎn)化為path
selectImagePath = uri2path(selectImageUri);
//復制一份到新的路徑
FileUtil.copyFile(selectImagePath, CropPicPath);
//將截取的圖片路徑轉(zhuǎn)化為uri
tempUri = Uri.fromFile(new File(CropPicPath));
//帶入截圖
cropPicUtil.startBigPhotoCrop(tempUri, 240, 240);
} else {
Toast.makeText(getApplicationContext(), "沒有選擇文件", Toast.LENGTH_SHORT).show();
}
}
上面用到三個方法,一個是Uri解析路徑uri2path();，一個是copyFile();用于復制圖片到新的路徑。 一個是調(diào)用系統(tǒng)裁剪工具startBigPhotoCrop();.
前面說了。4.4版本前后的到圖片的Uri是不一樣的。解析Uri路徑需要處理。
給出處理方案的鏈接
為什么要復制圖片？進行裁剪時，需要傳入一個Uri，告訴它你要裁剪的是哪張圖片，如果你不復制，裁剪的將是你的原圖。你的一張美美的自拍照可不想就這么被摧毀了吧？當然，如果你的本意就是裁剪原圖，可以忽略復制圖片這一步了。
調(diào)用裁剪工具：
//裁剪大圖片
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);
}
上圖的各個參數(shù)解釋的很清楚了。這里有個參數(shù)"return-data" 是否返回數(shù)據(jù)。
建議，裁剪高分辨率圖片，使用Uri不返回數(shù)據(jù)，小圖使用Bitmap并返回數(shù)據(jù)。
轉(zhuǎn)載請注明出處：http://blog.csdn.net/a3382589/article/details/52119360
- 引用解釋
在Android中，Intent觸發(fā)Camera程序，拍好照片后，將會返回數(shù)據(jù)，但是考慮到內(nèi)存問題，Camera不 會將全尺寸的圖像返回給調(diào)用的Activity，一般情況下，有可能返回的是縮略圖，比如120160px。
這是為什么呢？這不是一個Bug，而是經(jīng)過精心設(shè)計的，卻對開發(fā)者不透明。
以我的小米手機為例，攝像頭800W像素，根據(jù)我目前設(shè)置拍出來的圖片尺寸為32002400px。有人說，那就返回唄，大不了耗1-2M的內(nèi)存，不錯，這個尺寸的圖片確實只有1.8M左右的大小。但是你想不到的是，這個尺寸對應的Bitmap會耗光你應用程序的所有內(nèi)存。Android出于安全性考慮，只會給你一個寒磣的縮略圖。
在Android2.3中，默認的Bitmap為32位，類型是ARGB_8888，也就意味著一個像素點占用4個字節(jié)的內(nèi)存。我們來做一個簡單的計算題：
320024004 bytes = 30M
如此驚人的數(shù)字！哪怕你愿意為一張生命周期超不過10s的位圖愿意耗費這么巨大的內(nèi)存，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的原文，雖然不同手機系統(tǒng)的廠商可能圍繞16M這個數(shù)字有微微的上調(diào)，但是這30M，一般的手機還真揮霍不起。也只有小米這種牛機，內(nèi)存堪比個人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) {
...處理
}
}
先獲取返回的數(shù)據(jù)。若為null，選擇的是使用Uri，否則是使用bitmap并返回數(shù)據(jù)，最后都是使用bitmap進行圖片處理。
以上是調(diào)用系統(tǒng)圖庫來獲取圖片，進行裁剪后做圖片處理的方案。
打開相機拍照獲取圖片相對來說簡單一點，后面的裁剪的流程都一樣，就不說了。
Intent intent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
intent.putExtra(MediaStore.EXTRA_OUTPUT, takePotoUri);
startActivityForResult(intent, TAKE_PICTURE);
相對于通過圖庫獲取圖片的方式來說。拍照不需要進行版本判斷，因為圖片的路徑是自己設(shè)定的。我們通過Intent將自己設(shè)定的路徑轉(zhuǎn)換為Uri傳給系統(tǒng)相機，告訴它拍完的照片放在指定的路徑。然后還是通過onActivityResult獲取返回成功或失敗的返回狀態(tài)，做下一步的圖片處理。
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);
}
上面貼出的全部都是思路。并沒有完整的代碼。杜絕伸手黨。
本以為這樣就可以收工了，后來發(fā)現(xiàn)6.0+的手機在獲取圖片的時候崩了。Google了之后原來android6.0以后的版本，權(quán)限不是一開始就詢問是否授權(quán)了。而是運行的時候用到了才問。
android的權(quán)限系統(tǒng)一直是首要的安全概念，因為這些權(quán)限只在安裝的時候被詢問一次。一旦安裝了，app可以在用戶毫不知曉的情況下訪問權(quán)限內(nèi)的所有東西。
難怪一些壞蛋利用這個缺陷惡意收集用戶數(shù)據(jù)用來做壞事了！
android小組也知道這事兒。7年了！權(quán)限系統(tǒng)終于被重新設(shè)計了。在android6.0棉花糖，app將不會在安裝的時候授予權(quán)限。取而代之的是，app不得不在運行時一個一個詢問用戶授予權(quán)限。
too young too simple！要成為一名合格的Android程序猿，第一時間了解Android最新的變動消息還是很有必要的。
簡單的解決方式就是在調(diào)用圖庫時請求權(quán)限
private static String[] PERMISSIONS_STORAGE = {
Manifest.permission.READ_EXTERNAL_STORAGE,
Manifest.permission.WRITE_EXTERNAL_STORAGE
};
public static final int REQUEST_EXTERNAL_STORAGE = 100;
//使用圖庫或相機時調(diào)用
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
還有一個問題就是在小米手機上，獲取圖片后不是每一張圖片都能顯示出來。正在積極解決...
如果你有有效的解決方案，歡迎留言，大家共同進步！
一個小小的菜鳥第一次發(fā)表blog。希望這篇blog能幫到你，同時也是為了做一下筆記，見證自己的成長之路。語言組織能力不強，寫的不好請小聲點噴。
參考過的blog：
Android大圖片裁剪終極解決方案
Android 4.4從圖庫選擇圖片,獲取圖片路徑并裁剪
完
