Android drawBitmap 5倍のパフォーマンスの違い

Question

私は一晩中アンドロイドのパフォーマンスで戦ってきましたが、おそらく私が扱ってきた問題を解決しましたが、私はまだ非常に混乱しています。これらの2つのサンプルのタイミングの違いを考慮してください。

描画可能ビットマップの最初のサンプル負荷と第二のサンプルは、元のブランクイメージをコピーせずに、新しいビットマップを作成

Bitmap cacheBitmap; 
Canvas cacheCanvas; 
protected void onSizeChanged(int w, int h, int oldw, int oldh) { 
    if (cacheBitmap != null) { 
     cacheBitmap.recycle(); 
    } 
    Resources res = getContext().getResources(); 
    Bitmap blankImage = BitmapFactory.decodeResource(res, R.drawable.blank); 

    /* copy existing bitmap */ 
    cacheBitmap = Bitmap.createScaledBitmap(blankImage, w, h, false); 
    /* copy existing bitmap */ 

    cacheCanvas = new Canvas(); 
    cacheCanvas.setBitmap(cacheBitmap); 
    cacheCanvas.drawRGB(255, 255, 255); 
} 
public void onDraw(Canvas canvas) { 
    canvas.drawBitmap(cacheBitmap, 0, 0, null); // draws in 7-8 ms 
} 

その変更可能なコピーを作成します。

Bitmap cacheBitmap; 
Canvas cacheCanvas; 
protected void onSizeChanged(int w, int h, int oldw, int oldh) { 
    if (cacheBitmap != null) { 
     cacheBitmap.recycle(); 
    } 
    Resources res = getContext().getResources(); 
    Bitmap blankImage = BitmapFactory.decodeResource(res, R.drawable.blank); 

    /* create fresh bitmap */ 
    cacheBitmap = Bitmap.createBitmap(w, h, blankImage.getConfig()); 
    /* create fresh bitmap */ 

    cacheCanvas = new Canvas(); 
    cacheCanvas.setBitmap(cacheBitmap); 
    cacheCanvas.drawRGB(255, 255, 255); 
} 
public void onDraw(Canvas canvas) { 
    canvas.drawBitmap(cacheBitmap, 0, 0, null); // draws in 40 ms 
} 

第1のサンプルは、第2のサンプルより5~6倍速く描画されますが、これはなぜですか？私はブランクイメージに依存しない何らかの方法でこのコードを書くことができるようにしたいと思いますが、私が何をしても、最初にコピーできるようにすることなく低速のビットマップ描画で終わります。

Answer 1

ビットマップのフォーマットを確認してください。古いバージョンのAndroidでは、特定の関数を使用してビットマップを作成するときに、アルファなしのビットマップには常に565、アルファ付きのビットマップには8888を使用するバグ（機能）がありました。

どういうわけか、あるバージョンでは8888が使用され、もう1つでは565が使用され、スピードを向上させると言いたいと思います。

getConfigを使用して両方のビットマップを調べます。

Answer 2

createScaledBitmap()は実際に画面に必要な比率で正確に新しいビットマップを作成し、内部的に1：1のピクセル描画を行い、おそらくより速い描画ルーチンを可能にすることはできませんでした。ビットマップを描画するための呼び出しは、元のリソース（おそらく多くの余分なピクセル）に関するすべての情報を含むビットマップと、内部ビットマップのピクセルと描画されるキャンバスの内部スケーリングの結果になります。