lunarlanderの例に関する簡単な質問

Question

私は、lunarlanderの例から私のゲームの基盤となっています。これは私が使用している実行ループです（lunarlanderで使用されているものと非常によく似ています）。私はほとんど何も描かなくても、私の作図に関連してかなりのパフォーマンス上の問題を抱えています。

私は以下の方法に気付きました。キャンバスが作成され、各サイクルでnullに設定されるのはなぜですか？

mField = new Bitmap(...dimensions...); 
Canvas c = new Canvas(mField); 

私の質問は次のとおりです：なぜGoogleの例では、そのように（ヌルキャンバス）に行われ、どのようなもの、私はそれはの線に沿ってよりあるキャンバスについて何かを読んでいる時間のほとんど

@Override 
    public void run() 
    { 
     while (mRun) 
     { 
      Canvas c = null; 
      try 
      { 
       c = mSurfaceHolder.lockCanvas();//null 
       synchronized (mSurfaceHolder) 
       { 
        updatePhysics(); 
        doDraw(c); 
       } 
      } finally 
      { 
       // do this in a finally so that if an exception is thrown 
       // during the above, we don't leave the Surface in an 
       // inconsistent state 
       if (c != null) 
       { 
        mSurfaceHolder.unlockCanvasAndPost(c); 
       } 
      } 
     } 
    } 

これの利点は、それを行うより速い方法がありますか？

Answer 1

あなたの例では、実際に新しいキャンバスを作成しています。しかし、あなたが言うとき

なぜ、キャンバスは作成され、各サイクルでヌルに設定されていますか？

私はそれが起こるとは思わない。作成された 'a'キャンバス（変数）があり、最初はnullに設定されています。これは、

c = mSurfaceHolder.lockCanvas(); 

と呼ばれ、使用されるキャンバスを返します。 （http://developer.android.com/reference/android/view/SurfaceHolder.html#lockCanvas%28%29を参照してください）

あなたが示唆しているように作成された「新しいキャンバス」はありません。何かがうまくいかない場合、cはnullのままであり、それを確認することができます。それがヌルでない場合、あなたはあなたのロックを解除します。

Answer 2

あなたは、Lunarの例とは別のスレッドであなたの描画を行っていないかもしれません。