android - 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 堆栈大小是否有任何已知限制？是否存在任何已知会滥用 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 异常已被捕获。这似乎来自 Samsung Galaxy 设备。从日志来看，设备大概抛了两三次这个异常，但之后用户已经能够正常继续使用该应用程序。因此，捕获并基本上屏蔽此异常似乎没有长期持续的负面影响。