为什么 lockCanvas() 很慢？

Question

我正在实现一个 SurfaceView 子类，在其中运行一个单独的线程来绘制 SurfaceHolders Canvas。 我正在测量调用 lockCanvas() 之前和之后的时间，结果从大约 70 毫秒到 100 毫秒不等。 有谁能指出我为什么得到这么高的时间吗？ 这里是代码的相关部分：

public class TestView extends SurfaceView implements SurfaceHolder.Callback {

....

boolean created;
public void surfaceChanged(SurfaceHolder holder, int format, int width,
            int height) {

   mThread = new DrawingThread(mHolder, true);
   mThread.onWindowResize(width, height);
   mThread.start();
}

public void surfaceCreated(SurfaceHolder holder) {

    created = true;
}

public void surfaceDestroyed(SurfaceHolder holder) {
    created = false;

}
class DrawingThread extends Thread {
public void run() {
while(created) {



            Canvas canvas = null;
            try {
                            long t0 = System.currentTimeMillis();
            canvas = holder.lockCanvas(null);
            long t1 = System.currentTimeMillis();
                            Log.i(TAG, "Timing: " + ( t1 - t0) );
            } finally {
                holder.unlockCanvasAndPost(canvas);
            }
}

Answer 1

每次更改表面时都会创建一个线程。您应该在 surfaceCreated 中启动线程并在 surfaceDestroyed 中终止它。 surfaceChanged 适用于表面尺寸发生变化的情况。

来自 SurfaceView。surfaceCreated 文档：

首次创建表面后立即调用此函数。其实现应该启动他们想要的任何渲染代码。请注意，只有一个线程可以绘制到 Surface，因此如果您的正常渲染将在另一个线程中进行，则不应在此处绘制到 Surface。

多线程可能会让你受到限制。来自 SurfaceHolder。lockCanvas 文档：

如果在 Surface 未准备好时（在 Callback.surfaceCreated 之前或 Callback.surfaceDestroyed 之后）重复调用此函数，您的调用将被限制至较慢的速率，以避免消耗 CPU。< /p>

但是，我不相信这是唯一的问题。 surfaceChanged 实际上是否被多次调用？

Answer 2

这与lockCanvas在android图形框架中的实际实现方式有关。

您可能应该已经知道 lockCanvas 将返回您将用于绘制的空闲内存块。 空闲意味着该内存未用于合成，也未用于显示。在内部，简单来说，一个SurfaceView是由双缓冲区备份的，一个用于绘制，一个用于合成/显示。这个双缓冲区由 BufferQueque 管理。 如果合成/显示比绘图慢，我们必须等到有可用的可用缓冲区。

Answer 3

读这个：

lockCanvas 是什么意思（详细）