1， 比較Drawable與Bitmap占用內(nèi)存大小

2， 比較BitmapFactory類的decodeResource方法與decodeStream方法的效率

好吧，先來看第1個測試！

以下這個是測試加載1000個Drawable對象的代碼，很簡單的，我就不解釋了！

public class Main extends Activity

{

int number = 1000;

Drawable[] array;

@Override

public void onCreate(Bundle savedInstanceState)

{

super.onCreate(savedInstanceState);

setContentView(R.layout.main);

array = new BitmapDrawable[number];

for(int i = 0; i < number; i++)

{

Log.e("", "測試第" + (i+1) + "張圖片");

array[i] = getResources().getDrawable(R.drawable.img);

}

}

}

下面再來看一下加載1000個Bitmap對象的代碼，同樣的，代碼很簡單的，我就不解釋了！

public class Main extends Activity

{

int number = 1000;

Bitmap bitmap[];

@Override

public void onCreate(Bundle savedInstanceState)

{

super.onCreate(savedInstanceState);

setContentView(R.layout.main);

bitmap = new Bitmap[number];

for (int i = 0; i < number; i++)

{

Log.e("", "測試第" + (i+1) + "張圖片");

bitmap[i] = BitmapFactory.decodeResource(getResources(), R.drawable.img);

}

}

}

看看上面的輸出，才加載到第8張圖片，程序就報錯了“java.lang.OutOfMemoryError: bitmap size exceeds VM budget”。

通過上面的例子，可以看清楚地看出來，使用Drawable保存圖片對象，占用更小的內(nèi)存空間。

而使用Biamtp對象，則會占用很大內(nèi)存空間，很容易就出現(xiàn)OOM了！

下面我們再來看一個例子，這個也是加載Bitmap對象。

只不過，之次不是使用BitmapFactory的decodeResource方法，

而是使用decodeStream方法，看代碼。

public class Main extends Activity

{

int number = 1000;

Bitmap bitmap[];

@Override

public void onCreate(Bundle savedInstanceState)

{

super.onCreate(savedInstanceState);

setContentView(R.layout.main);

bitmap = new Bitmap[number];

for (int i = 0; i < number; i++)

{

Log.e("", "測試第" + (i+1) + "張圖片");

bitmap[i] =BitmapFactory.decodeStream(getResources().openRawResource(R.drawable.img));//這里換了方法

}

}

}

從上面可以看出，程序在加載到第566張的時候，就出現(xiàn)了OOM錯誤。

不過，跟第2個例子比起來，你會發(fā)現(xiàn)，程序可以加載更多的圖片。

這說明了使用BitmapFactory的decodeResource方法會占據(jù)大量內(nèi)存，

而使用使用decodeStream方法，則占據(jù)更小的內(nèi)存。

從時間上來說，看看日志輸出，大概估算了一下加載一張圖片所需要的時間，發(fā)現(xiàn)，

decodeResource加載圖片需要約0.17秒的時間，

而使用decodeStream方法，只需要約0.08秒的時間！

這說明了，decodeStream無論是時間上還是空間上，都比decodeResource方法更優(yōu)秀！！

從上面三個例子，可以看出，用第一種方法(即用Drawable加載圖片)可以加載更加的圖片，加載32張圖片的時間約為0.01秒！

我試著把Drawable的數(shù)量調(diào)至1000000，程序在運行時，停在了153761張圖片里，手機提示，“應(yīng)用程序無響應(yīng)…”

個人猜測，Drawable應(yīng)該不屬于常駐內(nèi)存的對象，不然的話，不可能不會出現(xiàn)OOM的～～

網(wǎng)上關(guān)于Drawable與Bitmap的資料太少，不能深入學習，真是遺憾～

剛才又做了個測試，把第一個例子中的

array[i] = getResources().getDrawable(R.drawable.img);

方法換成了

array[i] = Drawable.createFromStream(getResources().openRawResource(R.drawable.img), null);

結(jié)果和第三個例子一樣，在第566張圖片中，出現(xiàn)了OOM錯誤！

而且，加載的時間都是一樣～～

這樣一來，我就更加迷惑了～～

總結(jié)

以上是生活随笔為你收集整理的android bitmap 占用内存大小,drawable与bitmap内存占用大小的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。