繁体   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