需求：

• 從圖庫或調(diào)用系統(tǒng)相機(jī)拍照獲取圖片
• 復(fù)制圖片至新目錄
• 使用新目錄下的圖片裁剪

遇到的問題：

• Android 6.0+ 無法使用 √
• Android 4.4 調(diào)用裁剪時(shí)奔潰√
• 紅米 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。這就是我上面列舉的第二個(gè)問題的解決方式。
解決方案參照了 東山少爺豬頭的這篇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();
            //拿到相冊圖片后進(jìn)入裁剪
            if (selectImageUri != null) {
                //將選取的圖片uri轉(zhuǎn)化為path
                selectImagePath = uri2path(selectImageUri);
                //復(fù)制一份到新的路徑
                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();
            }
}

上面用到三個(gè)方法,一個(gè)是Uri解析路徑uri2path();，一個(gè)是copyFile();用于復(fù)制圖片到新的路徑。 一個(gè)是調(diào)用系統(tǒng)裁剪工具startBigPhotoCrop();.

前面說了。4.4版本前后的到圖片的Uri是不一樣的。解析Uri路徑需要處理。
給出處理方案的鏈接

為什么要復(fù)制圖片？進(jìn)行裁剪時(shí)，需要傳入一個(gè)Uri，告訴它你要裁剪的是哪張圖片，如果你不復(fù)制，裁剪的將是你的原圖。你的一張美美的自拍照可不想就這么被摧毀了吧？當(dāng)然，如果你的本意就是裁剪原圖，可以忽略復(fù)制圖片這一步了。

調(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ù)

上圖的各個(gè)參數(shù)解釋的很清楚了。這里有個(gè)參數(shù)"return-data" 是否返回?cái)?shù)據(jù)。
建議，裁剪高分辨率圖片，使用Uri不返回?cái)?shù)據(jù)，小圖使用Bitmap并返回?cái)?shù)據(jù)。

轉(zhuǎn)載請注明出處：http://blog.csdn.net/a3382589/article/details/52119360

• 引用解釋

在Android中，Intent觸發(fā)Camera程序，拍好照片后，將會(huì)返回?cái)?shù)據(jù)，但是考慮到內(nèi)存問題，Camera不 會(huì)將全尺寸的圖像返回給調(diào)用的Activity，一般情況下，有可能返回的是縮略圖，比如120160px。
這是為什么呢？這不是一個(gè)Bug，而是經(jīng)過精心設(shè)計(jì)的，卻對開發(fā)者不透明。
以我的小米手機(jī)為例，攝像頭800W像素，根據(jù)我目前設(shè)置拍出來的圖片尺寸為32002400px。有人說，那就返回唄，大不了耗1-2M的內(nèi)存，不錯(cuò)，這個(gè)尺寸的圖片確實(shí)只有1.8M左右的大小。但是你想不到的是，這個(gè)尺寸對應(yīng)的Bitmap會(huì)耗光你應(yīng)用程序的所有內(nèi)存。Android出于安全性考慮，只會(huì)給你一個(gè)寒磣的縮略圖。
在Android2.3中，默認(rèn)的Bitmap為32位，類型是ARGB_8888，也就意味著一個(gè)像素點(diǎn)占用4個(gè)字節(jié)的內(nèi)存。我們來做一個(gè)簡單的計(jì)算題：
320024004 bytes = 30M
如此驚人的數(shù)字！哪怕你愿意為一張生命周期超不過10s的位圖愿意耗費(fèi)這么巨大的內(nèi)存，Android也不會(huì)答應(yīng)的。
Mobile devices typically have constrained system resources. Android devices can have as little as 16MB of memory available to a single application.
這是Android Doc的原文，雖然不同手機(jī)系統(tǒng)的廠商可能圍繞16M這個(gè)數(shù)字有微微的上調(diào)，但是這30M，一般的手機(jī)還真揮霍不起。也只有小米這種牛機(jī)，內(nèi)存堪比個(gè)人PC，本著土財(cái)主般揮金如土的霸氣才能做到。

處理裁剪的圖片

 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并返回?cái)?shù)據(jù)，最后都是使用bitmap進(jìn)行圖片處理。

以上是調(diào)用系統(tǒng)圖庫來獲取圖片，進(jìn)行裁剪后做圖片處理的方案。

打開相機(jī)拍照獲取圖片相對來說簡單一點(diǎn)，后面的裁剪的流程都一樣，就不說了。

Intent intent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
                intent.putExtra(MediaStore.EXTRA_OUTPUT, takePotoUri);
                startActivityForResult(intent, TAKE_PICTURE);

相對于通過圖庫獲取圖片的方式來說。拍照不需要進(jìn)行版本判斷，因?yàn)閳D片的路徑是自己設(shè)定的。我們通過Intent將自己設(shè)定的路徑轉(zhuǎn)換為Uri傳給系統(tǒng)相機(jī)，告訴它拍完的照片放在指定的路徑。然后還是通過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+的手機(jī)在獲取圖片的時(shí)候崩了。Google了之后原來android6.0以后的版本，權(quán)限不是一開始就詢問是否授權(quán)了。而是運(yùn)行的時(shí)候用到了才問。

android的權(quán)限系統(tǒng)一直是首要的安全概念，因?yàn)檫@些權(quán)限只在安裝的時(shí)候被詢問一次。一旦安裝了，app可以在用戶毫不知曉的情況下訪問權(quán)限內(nèi)的所有東西。
難怪一些壞蛋利用這個(gè)缺陷惡意收集用戶數(shù)據(jù)用來做壞事了！
android小組也知道這事兒。7年了！權(quán)限系統(tǒng)終于被重新設(shè)計(jì)了。在android6.0棉花糖，app將不會(huì)在安裝的時(shí)候授予權(quán)限。取而代之的是，app不得不在運(yùn)行時(shí)一個(gè)一個(gè)詢問用戶授予權(quán)限。

too young too simple！要成為一名合格的Android程序猿，第一時(shí)間了解Android最新的變動(dòng)消息還是很有必要的。

簡單的解決方式就是在調(diào)用圖庫時(shí)請求權(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;

//使用圖庫或相機(jī)時(shí)調(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
            );
        }
    }

但作為有追求的工程師，就應(yīng)該完美的解決問題。詳細(xì)的解決方案見微涼一季 的這篇blog

還有一個(gè)問題就是在小米手機(jī)上，獲取圖片后不是每一張圖片都能顯示出來。正在積極解決...
如果你有有效的解決方案，歡迎留言，大家共同進(jìn)步！

一個(gè)小小的菜鳥第一次發(fā)表blog。希望這篇blog能幫到你，同時(shí)也是為了做一下筆記，見證自己的成長之路。語言組織能力不強(qiáng)，寫的不好請小聲點(diǎn)噴。

參考過的blog：
Android大圖片裁剪終極解決方案
Android 4.4從圖庫選擇圖片,獲取圖片路徑并裁剪

Demo下載

完