android - SurfaceView 垂直线在屏幕上绘制速度太慢

Question

我一直在尝试尽可能提高 SurfaceView 的性能。目前，我正在对其进行子类化并在其上实现可运行的接口(interface)而不是回调。据我所知，它没有硬件加速。

不过，如果我绘制一条在屏幕上滚动的 Canvas 原始垂直线或一条位图垂直线，则每次通过后都会运行得越来越慢。我觉得这就像内存泄漏，或者只是 Android 本身？ OpenGL 或其他库真的是我最后的手段吗？

我之前以不错的速度绘制了大量的滚动背景(我认为每个刻度大约 5 像素，我的目标是每个刻度大约 20-50 像素，如果有的话，渲染过程中的停止会更少)。

编辑:这是 SurfaceView 扩展、它创建的线程、绘图方法及其初始化。基本上，这是一个稍大的类，仅保存该屏幕的数据。 drawXYZ()方法简单地使用 Canvas 基元或位图来绘制主要作为背景，这是一个纯色背景色，上面有一些垂直和水平的线条，就像音乐五线谱一样，涉及很少的计算。

drawCursor是什么使滚动垂直线，当我让它从左到右循环滚动时，它最终比第一次滚动慢得多。

public class MySurfaceView extends SurfaceView implements Runnable
{
    Thread renderThread = null;
    SurfaceHolder holder;
    volatile boolean running = false;

    public MySurfaceView() {
        super(mainActivity);
        this.holder = getHolder();
        holder.setFixedSize(screenW, screenH);
    }

    public void resume() {
        running = true;
        renderThread = new Thread(this);
        renderThread.start();
    }

    @Override
    public void run() {
        while (running) {
            if (!holder.getSurface().isValid()) {
                continue;
            }

            Canvas canvas = holder.lockCanvas();
            if(canvas != null) {
                doDraw(canvas);
                holder.unlockCanvasAndPost(canvas);
            }
        }
    }

    public void pause() {
        running = false;
        while (true) {
            try {
                renderThread.join();
                break;
            } catch (InterruptedException e) {
                // retry
            }

        }
    }

    protected void doDraw(Canvas canvas)
    {
        canvas.drawColor(Color.rgb(56, 56, 62));

        lastNotePlayed = OptionsContainer.getNotePlaying();

        //Draw contours (rows).
        paint.setColor(Color.rgb(0, 255, 255));
        paint.setStrokeWidth(3);
        paint.setTextSize(35);
        drawContours(canvas, paint);

        //Beats per measure (BPM).
        paint.setColor(Color.rgb(233, 232, 232));
        paint.setStrokeWidth(1);
        paint.setStyle(Paint.Style.STROKE);
        paint.setPathEffect(bpmLines);
        drawBPM(canvas, paint);
        paint.setPathEffect(null);

        //Draw measures.
        paint.setStrokeWidth(5);
        drawMeasures(canvas, paint);

        //Draw note node inputs.
        paint.setColor(Color.rgb(76, 255, 0));
        for (int i = 0; i < OptionsContainer.noteList.length; i++) {
            if (OptionsContainer.noteList[i].getContour() != 0) {
                if (OptionsContainer.noteList[i].getContour() > (OptionsContainer.contour / 2)) {
                    //Staff on left side, below note.
                    canvas.drawBitmap(lowerStaffBmp, OptionsContainer.noteList[i].getX(), OptionsContainer.noteList[i].getY(), null);
                } else {
                    canvas.drawBitmap(higherStaffBmp, OptionsContainer.noteList[i].getX(), OptionsContainer.noteList[i].getY() - 40, null);
                }
            }
        }

        //Draw cursor.
        paint.setStrokeWidth(2);
        paint.setColor(Color.WHITE);
        drawCursor(canvas, paint);

        if (OptionsContainer.isRest)
            canvas.drawBitmap(restBmp, (OptionsContainer.screenWidth / 2), (screenHeight - 100) / 2, null);
    }
}

@Override
public void init() {
    surfaceView = new MySurfaceView();
    surfaceView.setLayoutParams(layoutParams);

    surfaceView.setOnTouchListener(new View.OnTouchListener() {

        @Override
        public boolean onTouch(View v, MotionEvent event) {
            if (event.getAction() == MotionEvent.ACTION_UP) {
                // Normalize x,y between 0 and 1
                float x = event.getX();
                float y = event.getY();

                if (x < (OptionsContainer.screenWidth) && y < screenH) {
                    NoteNode note = new NoteNode(x, y, MainActivity.options);

                    if (note.getContour() == OptionsContainer.noteList[note.getBeat() - 1].getContour()) {
                        OptionsContainer.noteList[note.getBeat() - 1] = new NoteNode(x, screenHeight + 200, MainActivity.options);
                    } else {
                        OptionsContainer.noteList[note.getBeat() - 1] = note;
                    }
                }
            }

            return true;
        }
    });

    mainActivity.addContentView(surfaceView, layoutParams);
    surfaceView.resume();
}

编辑#2:最终答案

添加Path.reset() drawBPM()中绘制路径后。我想这会阻止该路径的内存泄漏，该路径试图跟踪它已写入和覆盖的所有路径，而我们只看屏幕上的行就知道很少。还有一个类似的 Stack Overflow 问题，但 fadden 下面的调试技巧对于最初尝试找出问题所在以及问题所在非常有帮助。

Answer 1

“挤压性能”和 Canvas 渲染在 SurfaceView 上并不能真正结合在一起，但您可以在许多设备上做得很好。

Grafika's “多表面测试” Activity 具有一个弹跳圆圈，由软件渲染。我没有注意到它随着时间的推移而变慢，所以我怀疑您的代码中有问题。注意 Grafika 没有子类化 SurfaceView，我通常建议不要这样做——这太容易做错事了。子类化 SurfaceView 的唯一有效原因是如果您想在 Surface 和 View 上进行绘制，例如以获得某种 mask 效果。

您没有显示任何代码，因此我们无法告诉您更多信息。

我在代码中没有发现任何明显的错误；看起来很简单。我会检查以确保 OptionsContainer.noteList.length 不会无限制地增长。下一步是使用 traceview找出渲染的哪一部分较慢，或者只是分散 System.nanoTime() 调用来确定哪一部分逐渐变慢。如果显示的方法中除 drawCursor() 之外的所有内容都以一致的速度执行，请将时间检查调用移至此处，缩小范围，直到找到导致性能下降的原因。

如果某些内容消耗内存的速度足够快而导致堆问题，您应该在 logcat 输出中看到大量 GC Activity 。 DDMS allocation tracker tool可以提供帮助。