簡體   English   中英

將位圖從相機拍攝的圖像獲取到ImageView時出現問題

[英]Problems getting Bitmap from Camera taken image onto ImageView

我想讓用戶設置一個聯系人圖標,用戶可以拍照或從圖庫中選擇一個。 我有以下用於結果的啟動活動,請注意,我在這里對這兩個方法的處理不同,但是應該對它們進行相同的處理:

protected void onActivityResult(int requestCode, int resultCode, Intent data) {
    super.onActivityResult(requestCode, resultCode, data);
    switch (requestCode) {
        case Constants.TAKE_PHOTO:
            if (resultCode == RESULT_OK) {
                Uri selectedImage = data.getData();
                File file = new File(selectedImage.getPath());
                mPhoto = decodeFile(file);
                Bitmap croppedImage = cropImage(mPhoto);
                Bitmap resized = Bitmap.createScaledBitmap(croppedImage, 100, 100, true);
                Bitmap finalPhoto = getRoundedRectBitmap(resized, 100);
                imageView.setImageBitmap(finalPhoto);
            }
            break;

        case Constants.CHOOSE_PHOTO:
            if (resultCode == RESULT_OK) {
                Uri selectedImage = data.getData();
                imageView.setImageURI(selectedImage);
            }
            break;
    }

第二種情況,CHOOSE_PHOTO有效。 我從圖庫中選擇一張照片,並將其放置在ImageView中。 關鍵是,我在第一種情況下創建的方法TAKE_PHOTO很重要,位圖會重塑成一個圓並相應地裁剪; 對於小尺寸的圖片,這正是我想要的效果。 主要錯誤是內存不足。 我在SO上進行了調查,發現了以下方法可以解決此問題:

private Bitmap decodeFile(File f) {
    try {
        //Decode image size
        BitmapFactory.Options o = new BitmapFactory.Options();
        o.inJustDecodeBounds = true;
        BitmapFactory.decodeStream(new FileInputStream(f), null, o);

        //The new size we want to scale to
        final int REQUIRED_SIZE = 70;

        //Find the correct scale value. It should be the power of 2.
        int scale = 1;
        while (o.outWidth / scale / 2 >= REQUIRED_SIZE && o.outHeight / scale / 2 >= REQUIRED_SIZE)
            scale *= 2;

        //Decode with inSampleSize
        BitmapFactory.Options o2 = new BitmapFactory.Options();
        o2.inSampleSize = scale;
        return BitmapFactory.decodeStream(new FileInputStream(f), null, o2);
    } catch (FileNotFoundException e) {
    }
    return null;
}

我認為這將占用位圖的尺寸,在將位圖加載到內存之前記錄事物,然后在加載位圖之前對其進行縮放,直到完全避免了OOM錯誤。 但是,當我運行代碼時,嘗試確認所選擇的照片后,應用仍然崩潰,好像確實發生了OOM錯誤。 在崩潰時,我有以下Logcat:

07-25 11:01:51.396  13054-13054/com.example.android.home E/AndroidRuntime: FATAL EXCEPTION: main
    java.lang.RuntimeException: Failure delivering result ResultInfo{who=null, request=0, result=-1, data=Intent { act=inline-data (has extras) }} to activity {com.example.android.home/com.tabletnanny.ChildSelection}: java.lang.NullPointerException
    at android.app.ActivityThread.deliverResults(ActivityThread.java:3322)
    at android.app.ActivityThread.handleSendResult(ActivityThread.java:3365)
    at android.app.ActivityThread.access$1200(ActivityThread.java:141)
    at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1315)
    at android.os.Handler.dispatchMessage(Handler.java:99)
    at android.os.Looper.loop(Looper.java:137)
    at android.app.ActivityThread.main(ActivityThread.java:5059)
    at java.lang.reflect.Method.invokeNative(Native Method)
    at java.lang.reflect.Method.invoke(Method.java:511)
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:792)
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:555)
    at dalvik.system.NativeStart.main(Native Method)
    Caused by: java.lang.NullPointerException
    at com.tabletnanny.ChildSelection.onActivityResult(ChildSelection.java:126)
    at android.app.Activity.dispatchActivityResult(Activity.java:5242)
    at android.app.ActivityThread.deliverResults(ActivityThread.java:3318)

我花了好幾個小時來研究這個問題,但似乎仍然無法弄清楚如何有效地加載位圖。 我瀏覽了Android Dev網站,那里有一個有關處理大位圖的有用教程,但是它們的解決方案與我在decodeFile方法中的SO解決方案非常相似。 我在這里想念什么?

您可以嘗試在ActivityForResult()中獲取位圖

    Bitmap picture = (Bitmap) data.getExtras().get("data");
    ByteArrayOutputStream stream = new ByteArrayOutputStream();
    picture.compress(Bitmap.CompressFormat.JPEG, 100, stream);

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM