Android开发如何绘制超过最大位图尺寸的可缩放Path路径

两个报错的核心原因：

• Android 9（API 28）及更早版本的硬件加速渲染管线，对单条绘制指令提交到GPU的纹理尺寸有硬上限，绝大多数设备上限为16384x16384，只要Path的边界框超出该值，就会抛出Path too large to be rendered into a texture或尺寸超限的错误。
• 之前配置setLayerType(View.LAYER_TYPE_SOFTWARE, paint)触发的绘制缓存不足错误，和软件渲染本身无关，是因为软件层默认开启的View绘制缓存机制，对单View分配的缓存内存有严格上限，和Path实际尺寸没有直接关系。
• 调试canvas.setDensity()、canvas.setMatrix()没有效果，是因为这些接口不会改变硬件加速层对Path边界框的尺寸校验逻辑，只要全量Path的边界框超限，不管怎么变换矩阵都会触发报错。

方案1：零改动快速适配（兼容所有API版本） #

不需要拆分Path，只需要修正软件层的配置，跳过缓存校验即可：

1. 给自定义View设置软件渲染层时，第二个参数传null即可，不需要传Paint对象
2. 主动关闭View的绘制缓存，跳过缓存内存大小的校验逻辑

配置代码放在自定义View的构造函数中：

public BigPath(Context context) {
    super(context);
    paint.setStyle(Paint.Style.STROKE);
    // 仅对当前View开启软件渲染，不影响页面其他元素
    setLayerType(LAYER_TYPE_SOFTWARE, null);
    // 关闭绘制缓存，避免缓存内存不足报错
    setDrawingCacheEnabled(false);
    // 关闭硬件加速的图像缓存
    setWillNotCacheDrawing(true);
}

该方案改动极小，不需要修改原有绘制逻辑，在onDraw中正常调用canvas.drawPath即可。如果要优化性能，可以在onDraw中先通过canvas.clipRect()裁剪当前可见区域，软件渲染只会处理裁剪区域内的绘制内容，不会全量栅格化整个大Path，流畅度可以满足缩放交互需求。

方案2：保留硬件加速的高性能方案（推荐） #

不需要提前手动拆分Path，也不需要关闭硬件加速，核心逻辑是每次绘制时只提交当前视口可见的Path片段，从根源上避免单条Path尺寸超限：

1. 绘制前先获取当前画布的可见裁剪区域，通过画布逆矩阵将裁剪区域映射回原始Path的坐标系
2. 利用Path.op()取原始大Path和可见区域的交集，得到的可见Path片段尺寸最大不超过屏幕尺寸，远低于16384的纹理上限
3. 仅绘制交集后的可见Path片段即可，原始Path不需要做任何修改，缩放、滚动时动态计算交集，精度和原始Path完全一致，不会出现和其他View对齐偏移的问题

核心onDraw实现代码：

// 提前在构造函数中初始化对象，避免onDraw中频繁创建触发GC
private final RectF mClipRect = new RectF();
private final Matrix mInverseMatrix = new Matrix();
private final Path mClipPath = new Path();
private final Path mVisiblePath = new Path();

@Override
protected void onDraw(Canvas canvas) {
    super.onDraw(canvas);
    // 获取当前画布的裁剪区域
    canvas.getClipBounds(mClipRect);
    // 计算画布的逆矩阵，将屏幕坐标映射回原始Path的坐标系
    canvas.getMatrix().invert(mInverseMatrix);
    mInverseMatrix.mapRect(mClipRect);
    // 裁剪区外扩1px，避免路径边缘出现裁切锯齿
    mClipRect.inset(-1, -1);

    // 构建可见区域的裁剪Path
    mClipPath.reset();
    mClipPath.addRect(mClipRect, Path.Direction.CW);

    // 取原始Path和可见区域的交集
    mVisiblePath.reset();
    mVisiblePath.op(path, mClipPath, Path.Op.INTERSECT);

    // 仅绘制可见区域内的Path片段，尺寸永远不超过屏幕大小，不会触发纹理超限
    canvas.drawPath(mVisiblePath, paint);
}

如果需要兼容API 19以下的版本（Path.op从API 19开始支持），可以用Region类实现相同的交集逻辑：将原始Path和可见矩形都转为Region对象，取交集后再转回Path绘制即可，逻辑完全一致。

• 不要采用「缩小Path转位图再放大」的方案，会损失路径精度，无法保证和页面其他View的像素级对齐
• 不要给整个Activity或Application全局关闭硬件加速，会导致整体渲染性能下降，仅需要对绘制大Path的单独View做配置即可
• 不要在onDraw方法中重复创建Matrix、Rect、Path等对象，尽量提前初始化复用，避免频繁GC造成卡顿

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