android bitmap 占用内存大小,drawable与bitmap内存占用大小
1， 比較Drawable與Bitmap占用內(nèi)存大小
2， 比較BitmapFactory類(lèi)的decodeResource方法與decodeStream方法的效率
好吧，先來(lái)看第1個(gè)測(cè)試！
以下這個(gè)是測(cè)試加載1000個(gè)Drawable對(duì)象的代碼，很簡(jiǎn)單的，我就不解釋了！
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("", "測(cè)試第" + (i+1) + "張圖片");
array[i] = getResources().getDrawable(R.drawable.img);
}
}
}
下面再來(lái)看一下加載1000個(gè)Bitmap對(duì)象的代碼，同樣的，代碼很簡(jiǎn)單的，我就不解釋了！
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("", "測(cè)試第" + (i+1) + "張圖片");
bitmap[i] = BitmapFactory.decodeResource(getResources(), R.drawable.img);
}
}
}
看看上面的輸出，才加載到第8張圖片，程序就報(bào)錯(cuò)了“java.lang.OutOfMemoryError: bitmap size exceeds VM budget”。
通過(guò)上面的例子，可以看清楚地看出來(lái)，使用Drawable保存圖片對(duì)象，占用更小的內(nèi)存空間。
而使用Biamtp對(duì)象，則會(huì)占用很大內(nèi)存空間，很容易就出現(xiàn)OOM了！
下面我們?cè)賮?lái)看一個(gè)例子，這個(gè)也是加載Bitmap對(duì)象。
只不過(guò)，之次不是使用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("", "測(cè)試第" + (i+1) + "張圖片");
bitmap[i] =BitmapFactory.decodeStream(getResources().openRawResource(R.drawable.img));//這里換了方法
}
}
}
從上面可以看出，程序在加載到第566張的時(shí)候，就出現(xiàn)了OOM錯(cuò)誤。
不過(guò)，跟第2個(gè)例子比起來(lái)，你會(huì)發(fā)現(xiàn)，程序可以加載更多的圖片。
這說(shuō)明了使用BitmapFactory的decodeResource方法會(huì)占據(jù)大量?jī)?nèi)存，
而使用使用decodeStream方法，則占據(jù)更小的內(nèi)存。
從時(shí)間上來(lái)說(shuō)，看看日志輸出，大概估算了一下加載一張圖片所需要的時(shí)間，發(fā)現(xiàn)，
decodeResource加載圖片需要約0.17秒的時(shí)間，
而使用decodeStream方法，只需要約0.08秒的時(shí)間！
這說(shuō)明了，decodeStream無(wú)論是時(shí)間上還是空間上，都比decodeResource方法更優(yōu)秀！！
從上面三個(gè)例子，可以看出，用第一種方法(即用Drawable加載圖片)可以加載更加的圖片，加載32張圖片的時(shí)間約為0.01秒！
我試著把Drawable的數(shù)量調(diào)至1000000，程序在運(yùn)行時(shí)，停在了153761張圖片里，手機(jī)提示，“應(yīng)用程序無(wú)響應(yīng)…”
個(gè)人猜測(cè)，Drawable應(yīng)該不屬于常駐內(nèi)存的對(duì)象，不然的話(huà)，不可能不會(huì)出現(xiàn)OOM的～～
網(wǎng)上關(guān)于Drawable與Bitmap的資料太少，不能深入學(xué)習(xí)，真是遺憾～
剛才又做了個(gè)測(cè)試，把第一個(gè)例子中的
array[i] = getResources().getDrawable(R.drawable.img);
方法換成了
array[i] = Drawable.createFromStream(getResources().openRawResource(R.drawable.img), null);
結(jié)果和第三個(gè)例子一樣，在第566張圖片中，出現(xiàn)了OOM錯(cuò)誤！
而且，加載的時(shí)間都是一樣～～
這樣一來(lái)，我就更加迷惑了～～
總結(jié)
以上是生活随笔為你收集整理的android bitmap 占用内存大小,drawable与bitmap内存占用大小的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇： android子view获取父布局,An
- 下一篇： android os一直唤醒,Andro