Android：线程间歇性暂停

Question

线程（CanvasThread）遇到一些问题，该线程在我的应用程序中的随机点间歇性暂停。应用程序中的其他所有内容都会根据需要继续运行，只是该线程由于某种原因随机阻塞，并且不会在屏幕上绘制任何新内容。我注意到 Surface.lockCanvasNative() 似乎是块之前调用的最后一个函数，而第一个函数在块之后返回。在这样的模式中：

Surface.lockCanvasNative (Landroid/graphics/Rect)Landroid/graphics/Canvas; @ 26,560 msec  ____
Surface.lockCanvasNative (Landroid/graphics/Rect)Landroid/graphics/Canvas; @ 40,471 msec  ____|

Surface.lockCanvasNative (Landroid/graphics/Rect)Landroid/graphics/Canvas; @ 40,629 msec  ____
Surface.lockCanvasNative (Landroid/graphics/Rect)Landroid/graphics/Canvas; @ 54,516 msec  ____|

这在下面的跟踪视图中很明显：

我一直在使用下面的 CanvasThread.run() 如果有帮助的话：

@Override
public void run() {

    boolean tellRendererSurfaceChanged = true;

    /*
     * This is our main activity thread's loop, we go until
     * asked to quit.
     */
    while (!mDone) {
        /*
         *  Update the asynchronous state (window size)
         */
        int w;
        int h;
        synchronized (this) {
            // If the user has set a runnable to run in this thread,
            // execute it and record the amount of time it takes to 
            // run.
            if (mEvent != null) {
                mEvent.run();
            }

            if(needToWait()) {
                while (needToWait()) {
                    try {
                        wait();
                    } catch (InterruptedException e) {

                    }
                }
            }
            if (mDone) {
                break;
            }
            tellRendererSurfaceChanged = mSizeChanged;
            w = mWidth;
            h = mHeight;
            mSizeChanged = false;
        }


        if (tellRendererSurfaceChanged) {
            mRenderer.sizeChanged(w, h);
            tellRendererSurfaceChanged = false;
        }

        if ((w > 0) && (h > 0)) {
            // Get ready to draw.
            // We record both lockCanvas() and unlockCanvasAndPost()
            // as part of "page flip" time because either may block
            // until the previous frame is complete.

            Canvas canvas = mSurfaceHolder.lockCanvas();

            if (canvas != null) {
                // Draw a frame!
                mRenderer.drawFrame(canvas);                        
                mSurfaceHolder.unlockCanvasAndPost(canvas);

                //CanvasTestActivity._isAsyncGoTime = true;    
            }
            else{
                Log.v("CanvasSurfaceView.CanvasThread", "canvas == null");
            }
        }
    }
}

如果我可以提供任何其他有用的信息，请告诉我。我只是在寻找关于为什么我的线程此时可能被阻塞的线索？感谢您提前提供任何帮助！

此后，我将块范围缩小到 mSurfaceHolder.unlockCanvasAndPost(canvas); 我在此调用之前和之后插入了一条日志，并且在应用程序冻结后不会记录之后的日志；但之前的日志是该线程上最后记录的事件。它也没有暂停或使用空画布，因为我也为这些实例添加了日志；在应用程序完成之前，它们甚至不会被记录一次。

Answer 1

我不确定这是否是原因，但在 SurfaceHolder.lockCanvas() 下，它警告说，

如果您在
Surface 尚未准备好（之前
Callback.surfaceCreated 或之后
Callback.surfaceDestroyed），你的电话
将被限制为较慢的速率
以避免消耗CPU。

如果没有返回null，则该函数
内部持有锁，直到
相应的
调用unlockCanvasAndPost(Canvas)，
阻止 SurfaceView 创建，
破坏或修改表面
当它被绘制时。这可以是
比访问更方便
直接表面，因为您不需要
进行特殊同步
拉入螺纹
Callback.surfaceDestroyed。

我不确定CPU开始节流时的阈值是多少。有多少线程正在刷新画布？

顺便说一句，

if(needToWait()) {
                while (needToWait()) {

是多余的

Answer 2

从那以后我已经弄清楚了我的问题。我不知道为什么，但因为我不小心忘记完全注释掉之前的 asyncTask()，因此有两个执行大致相同的任务，并且显然很难使用相同的变量等来执行此操作。感谢您的指点，但我想这只是我的另一个粗心错误。