当子Activity调用其他Activity时startActivityForResult失效问题排查

嘿，我来帮你捋捋这个问题！你遇到的核心状况是：Activity B没选图直接裁剪能正常返回A，但选完图再裁剪就会导致应用崩溃。结合你的代码和场景，最可能的两个原因是Intent传递Bitmap体积超限，以及权限申请后的逻辑缺失，咱们一步步解决：

一、先解决Bitmap过大导致的崩溃（最可能的元凶） #

直接把Bitmap塞进Intent返回是个大坑——Android的Intent Bundle有严格的大小限制（一般在1MB左右），你裁剪出的500x500 Bitmap如果是ARGB_8888格式，体积就已经有5005004=1MB了，再加上其他数据很容易触发TransactionTooLargeException，直接把进程搞挂。

换个思路：把裁剪后的Bitmap存到本地文件，再给A传文件路径，这样既安全又高效。

修改Activity B的裁剪代码： #

public void onCropImageClick(View view) {
    Bitmap cropped = mCropImageView.getCroppedImage(500, 500);
    if (cropped != null) {
        mCropImageView.setImageBitmap(cropped);
        iv.setImageBitmap(cropped);
        
        // 把裁剪后的Bitmap存到应用私有目录
        File croppedFile = saveCroppedBitmap(cropped);
        if (croppedFile != null) {
            Intent returnIntent = new Intent();
            // 传递文件路径给A
            returnIntent.putExtra("picture_path", croppedFile.getAbsolutePath());
            setResult(Activity.RESULT_OK, returnIntent);
            finish();
        } else {
            // 保存失败就返回取消状态
            setResult(Activity.RESULT_CANCELED);
            finish();
        }
    } else {
        setResult(Activity.RESULT_CANCELED);
        finish();
    }
}

// 辅助方法：保存Bitmap到应用私有目录，避免权限问题
private File saveCroppedBitmap(Bitmap bitmap) {
    File privateDir = getFilesDir();
    File imageFile = new File(privateDir, "temp_cropped.jpg");
    try (FileOutputStream fos = new FileOutputStream(imageFile)) {
        // 用JPEG压缩，质量设80平衡清晰度和体积，可按需调整
        bitmap.compress(Bitmap.CompressFormat.JPEG, 80, fos);
        fos.flush();
        return imageFile;
    } catch (IOException e) {
        e.printStackTrace();
        return null;
    }
}

同步修改Activity A的结果处理代码： #

@Override
public void onActivityResult(int requestCode, int resultCode, Intent data) {
    super.onActivityResult(requestCode, resultCode, data); // 别忘了这句！不然系统默认逻辑会失效
    if (requestCode == 999 && resultCode == Activity.RESULT_OK) {
        String imagePath = data.getStringExtra("picture_path");
        if (imagePath != null) {
            // 从路径加载Bitmap，建议做压缩避免OOM
            BitmapFactory.Options options = new BitmapFactory.Options();
            options.inSampleSize = 2; // 按需调整采样率，降低图片体积
            Bitmap bitmap = BitmapFactory.decodeFile(imagePath, options);
            // 再缩放到ImageView的尺寸，进一步优化
            bitmap = Bitmap.createScaledBitmap(bitmap, iv_profile_pic.getWidth(), iv_profile_pic.getHeight(), true);
            iv_profile_pic.setImageBitmap(bitmap);
        }
    }
}

二、补全权限申请后的逻辑漏洞 #

看你的Activity B代码，申请完存储权限后没有重新加载图片！这会导致权限通过后，CropImageView里还是空的，后续裁剪可能拿到空Bitmap或者无效资源，也可能引发崩溃。补上这个方法：

@Override
public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {
    super.onRequestPermissionsResult(requestCode, permissions, grantResults);
    if (requestCode == 0) {
        if (grantResults.length > 0 && grantResults[0] == PackageManager.PERMISSION_GRANTED) {
            // 权限拿到了，重新加载之前选中的图片
            if (mCropImageUri != null) {
                mCropImageView.setImageUriAsync(mCropImageUri);
            }
        } else {
            Toast.makeText(this, "需要读取存储权限才能选择图片哦", Toast.LENGTH_SHORT).show();
        }
    }
}

三、几个额外的小提醒 #

• 一定要在onActivityResult里调用super方法，不然系统自带的结果处理逻辑会出问题，比如某些情况下结果无法正确传递。
• 如果你的App targetSdkVersion >=29，建议用FileProvider来生成Uri，或者用MediaStore存储，避免存储权限的繁琐处理。
• 裁剪后的图片用完可以考虑删除临时文件，避免占用存储空间。

内容的提问来源于stack exchange，提问作者Pushan Gupta