6

通过 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 来自一个在他的代码中显然有不平衡的 save() / restore() 调用的人；这绝对不是我的问题。

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

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

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

4

2 回答 2

2

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

很简单，整个渲染过程被一个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 设备。从日志来看，设备可能会抛出此异常两三次，但用户已经能够正常继续使用该应用程序。因此，捕获并基本上掩盖此异常似乎没有长期的负面影响。

于 2014-06-17T19:56:14.337 回答
0

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

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

于 2015-11-20T06:27:22.923 回答