这个错误我之前也踩过坑，本质是Android系统对单个Bitmap的内存和绘制资源有严格限制——你日志里的Bitmap大小已经达到了119MB左右，远超普通设备能处理的纹理尺寸，GPU没法渲染这么大的图，直接触发了崩溃。下面给你几个实用的解决方案：

1. 加载前先压缩图片尺寸，避免加载全尺寸原图 #

不要直接把大图片整个加载到内存，先通过BitmapFactory.Options计算合适的采样率，缩小图片后再进行裁剪操作：

// 第一步：获取图片原始尺寸，不加载到内存
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeFile(yourImagePath, options);

// 第二步：计算采样率，比如缩小到屏幕宽高的2倍以内（可根据需求调整）
int screenWidth = getResources().getDisplayMetrics().widthPixels * 2;
int screenHeight = getResources().getDisplayMetrics().heightPixels * 2;
options.inSampleSize = calculateSampleSize(options.outWidth, options.outHeight, screenWidth, screenHeight);

// 第三步：加载缩小后的Bitmap
options.inJustDecodeBounds = false;
Bitmap scaledBitmap = BitmapFactory.decodeFile(yourImagePath, options);

// 这里写你的裁剪逻辑...

辅助计算采样率的方法：

private int calculateSampleSize(int originalWidth, int originalHeight, int targetWidth, int targetHeight) {
    int sampleSize = 1;
    if (originalHeight > targetHeight || originalWidth > targetWidth) {
        final int halfHeight = originalHeight / 2;
        final int halfWidth = originalWidth / 2;
        // 找到最大的采样率，使得缩小后的尺寸仍大于等于目标尺寸
        while ((halfHeight / sampleSize) >= targetHeight && (halfWidth / sampleSize) >= targetWidth) {
            sampleSize *= 2;
        }
    }
    return sampleSize;
}

2. 用BitmapRegionDecoder只加载裁剪区域 #

如果你的需求只是裁剪图片的某一部分，完全没必要加载整个原图，用BitmapRegionDecoder直接加载需要的区域，内存占用只和裁剪区域大小有关：

try (InputStream inputStream = new FileInputStream(yourImagePath)) {
    BitmapRegionDecoder decoder = BitmapRegionDecoder.newInstance(inputStream, false);
    // 定义你要裁剪的区域（left, top, right, bottom）
    Rect cropArea = new Rect(100, 100, 1000, 1000);
    BitmapFactory.Options regionOptions = new BitmapFactory.Options();
    // 可选：给裁剪区域再设置采样率进一步缩小
    regionOptions.inSampleSize = 2;
    Bitmap croppedBitmap = decoder.decodeRegion(cropArea, regionOptions);
    
    // 使用裁剪后的Bitmap...
    
    decoder.recycle();
} catch (IOException e) {
    e.printStackTrace();
}

3. 及时回收Bitmap内存，避免内存泄漏 #

处理完Bitmap后，记得主动释放内存，尤其是在页面销毁或者不再使用这个Bitmap的时候：

if (mBitmap != null && !mBitmap.isRecycled()) {
    mBitmap.recycle();
    mBitmap = null;
}

这样能让系统更快回收Bitmap占用的内存，减少后续操作的内存压力。

4. 用成熟的图片库简化处理 #

如果不想手动处理这些细节，可以用Glide、Picasso这类图片加载库，它们已经封装了高效的压缩、裁剪和内存管理逻辑：
比如用Glide实现裁剪：

Glide.with(this)
     .load(yourImagePath)
     .override(800, 800) // 指定裁剪后的目标尺寸
     .centerCrop() // 裁剪方式，也可以用fitCenter()等
     .into(yourImageView);

这些库会自动根据设备性能调整图片大小，还会处理内存缓存和Bitmap的自动回收，省心很多。

补充说明 #

你日志里的Bitmap大小是119501824字节，按ARGB_8888格式（每个像素4字节）换算，这个Bitmap的尺寸大概是5460×5460，远超过绝大多数设备的屏幕分辨率，GPU无法处理这么大的纹理，所以才会抛出Canvas: trying to draw too large bitmap的异常。核心思路就是尽量减小加载到内存的Bitmap尺寸，避免触发系统的内存/绘制限制。

内容的提问来源于stack exchange，提问作者Iman Marashi