UI在挂锁后在线程中休眠后挂起

Question

我正在尝试在android上实现分形渲染器。 它使用SurfaceView来显示结果。

我使用单独的线程进行渲染以在处理过程中保持UI正常工作，但它会一直锁定直到调用unlockCanvasAndPost。 这是预期的行为吗？ 如何防止UI锁定？ 在此示例中，我模拟了Thread.sleep的长时间处理。

我的SurfaceView-Class看起来像这样：

public class MyView extends SurfaceView implements SurfaceHolder.Callback {

RenderThread rt = null;

public MyView(Context context, AttributeSet attrs) {
    super(context, attrs);
    getHolder().addCallback(this);
}

@Override
public void surfaceChanged(SurfaceHolder holder, int format, int width,
        int height) {
}

@Override
public void surfaceCreated(SurfaceHolder holder) {
    // TODO Auto-generated method stub
    rt = new RenderThread(holder);
    rt.start();
}

@Override
public void surfaceDestroyed(SurfaceHolder holder) {
    rt.setStop();       
}
}

这是RenderThread类：

public class RenderThread extends Thread {
SurfaceHolder holder;
boolean running = true;

public RenderThread(SurfaceHolder holder) {
    this.holder = holder;       
}

public void setStop() {
    running = false;
}

@Override
public void run() {
    while(running) {
        Canvas canvas = holder.lockCanvas();

        try {
            Thread.sleep(2000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        if(canvas == null) return;

        Paint p = new Paint();
        p.setARGB(255, 255, 0, 0);
        canvas.drawLine(0, 0, 100, 100, p);
        holder.unlockCanvasAndPost(canvas);
    }
}
}

Answer 1

几种可能性。

您不会显示如何将MyView类合并到包含它的活动中。 因为已经继承了SurfaceView的子类，所以必须将代码添加到活动中以专门处理使用RenderThread添加的内容。 例如，活动的onPause（）方法应向MyView类发送信号以停止其RenderThread。

在销毁SurfaceHolder的曲面之前，将调用surfaceDestroyed（）方法。 在您的RenderThread停止触摸该方法之前，您无法从该方法返回。 这是通过同步来完成的。 适用于surfaceDestroyed（）的官方Android文档 。

有一个极好的示例，说明如何在ApiDemos项目的WindowSurface.java中正确完成所有这些操作（对于Eclipse，通过Android SDK Manager与“ Samples for SDK”一起安装）。 将项目加载到Eclipse后（通过File-> New-> Project-> Android Sample Project），在项目内com.example.android.apis.graphics中找到WindowSurface.java。

最后，如果线程的run方法中的实际代码（为简洁起见，已将其替换为Thread.sleep）对画布进行了任何操作，则您对canvas == null的检查应立即低于尝试锁定的范围帆布。 理想情况下，无论如何最好这样做。