Canvas restore() 在极少数情况下导致下溢异常

Question

通过 ACRA，我收到了少量来自 alpha 版本软件的报告，这些报告表明在特定调用 Canvas.restore() 期间发生了异常。例外是java.lang.IllegalStateException: Underflow in restore。

我很清楚，如果restore() 调用次数多于save() 调用次数，就会发生此异常。但是，通过非常仔细的代码检查，我绝对可以肯定对 canvas.save() 和 canvas.restore() 的所有调用都是平衡的。也就是说，所有对canvas.save() 的调用肯定会在稍后阶段通过调用canvas.restore() 来平衡。我还可以确认，不存在可能导致缺少 canvas.save() 导致堆栈下溢的方法的条件、异常或提前返回。

此外，此问题似乎是一种罕见的极端情况，它会导致在每秒渲染多次的图形代码中仅发生几次异常。

发生这种情况的代码结构是：

protected void onDraw(Canvas canvas) {
    ...
    someMethod(canvas);
    ...
}

void someMethod(Canvas canvas)
{
    ....
    canvas.save();
    ....
    someOtherMethod(Canvas canvas);
    ....
    canvas.restore();  
    ....
}

void someOtherMethod(Canvas canvas)
{

    ....
    canvas.save();
    ....
    for ( ... ) {

        ....
        canvas.save();
        ...
        canvas.restore();
        ...
    }
    ....
    canvas.restore();   // *** exception here ***   
    ....
}

有些地方在循环中使用了save() / restore()，但调用又是平衡的。

报告来自运行 4.3 和 4.4.2 的设备。

我试图用谷歌搜索这个问题，我能找到的唯一有趣的 QA 是来自 clearly had unbalanced save() / restore() calls in his code 的人；这绝对不是我的问题。

这发生在自定义 View 子类的 onDraw(Canvas canvas) 方法的调用堆栈中，所有这些都发生在 UI 线程上。我没有接触过该Canvas 对象的其他线程。

在调用负责异常的特定 restore() 之前，我可能会通过调用 getSaveCount() 来检查堆栈，但这实际上只是在问题上粘贴了 Elastoplast。我宁愿了解导致下溢的边缘情况到底是什么，但这让我感到困惑。

是否有任何已知问题？当 UI 线程在 View 的 onDraw() 调用的上下文中时，任何类型的系统配置更改是否可能影响此 Canvas？ Canvas 堆栈大小是否有任何已知限制？是否存在已知滥用画布堆栈的任何操作系统图形调用？

Answer 1

这不是解释根本原因的答案，遗憾的是我仍然不知道原因。我在这里介绍的是让我能够应对它的解决方案。

很简单，整个渲染过程被try/catch包围如下：

        try {
            ...
            // calls go within here to render to the canvas many times
            ...

        }
        catch (java.lang.IllegalStateException exception) {
            // Attempt to catch rare mysterious Canvas stack underflow events that have been reported in
            // ACRA, but simply should not be happening because Canvas save()/restore() calls are definitely
            // balanced. The exception is: java.lang.IllegalStateException: Underflow in restore
            // See: stackoverflow.com/questions/23893813/
            if (exception.getMessage() != null && (//
                    exception.getMessage().contains("Underflow in restore") || //
                    exception.getCause().getMessage().contains("Underflow in restore"))) { //
                DebugLog.getInstance().e("Caught a Canvas stack underflow! (java.lang.IllegalStateException: Underflow in restore)");
            }
            else {
                // It wasn't a Canvas underflow, so re-throw.
                throw exception;
            }
        }

请注意，DebugLog.getInstance().e 是我自己的 SD 卡调试记录器类，我在此不详述；你会用你想要记录异常的任何东西替换那个调用。

此后，一些用户的设备向我发送了与完全不同的问题相关的 ACRA 报告，我注意到其中一些报告包含附加日志，显示这些 Canvas 异常已被捕获。这似乎来自三星 Galaxy 设备。从日志来看，设备可能会抛出此异常两三次，但用户已经能够正常继续使用该应用程序。因此，捕获并从本质上掩盖此异常似乎不会产生长期的负面影响。

Answer 2

此错误仅出现在 android 6.0+ 上，因为您想在使用画布时放置线条。

if(Build.VERSION.SDK_INT != Build.VERSION_CODES.M) canvas.restore();