android的GC內(nèi)存泄露問(wèn)題
1. android內(nèi)存泄露概念
不少人認(rèn)為JAVA程序,因?yàn)橛欣厥諜C(jī)制,應(yīng)該沒(méi)有內(nèi)存泄露。其實(shí)如果我們一個(gè)程序中,已經(jīng)不再使用某個(gè)對(duì)象,但是因?yàn)槿匀挥幸弥赶蛩?,垃圾回收器就無(wú)法回收它,當(dāng)然該對(duì)象占用的內(nèi)存就無(wú)法被使用,這就造成了內(nèi)存泄露。如果我們的java運(yùn)行很久,而這種內(nèi)存泄露不斷的發(fā)生,最后就沒(méi)內(nèi)存可用了。當(dāng)然java的,內(nèi)存泄漏和C/C++是不一樣的。如果java程序完全結(jié)束后,它所有的對(duì)象就都不可達(dá)了,系統(tǒng)就可以對(duì)他們進(jìn)行垃圾回收,它的內(nèi)存泄露僅僅限于它本身,而不會(huì)影響整個(gè)系統(tǒng)的。C/C++的內(nèi)存泄露就比較糟糕了,它的內(nèi)存泄露是系統(tǒng)級(jí),即使該C/C++程序退出,它的泄露的內(nèi)存也無(wú)法被系統(tǒng)回收,永遠(yuǎn)不可用了,除非重啟機(jī)器。
Android的一個(gè)應(yīng)用程序的內(nèi)存泄露對(duì)別的應(yīng)用程序影響不大。為了能夠使得Android應(yīng)用程序安全且快速的運(yùn)行,Android的每個(gè)應(yīng)用程序都會(huì)使用一個(gè)專(zhuān)有的Dalvik虛擬機(jī)實(shí)例來(lái)運(yùn)行,也就是說(shuō)每個(gè)應(yīng)用程序都是在屬于自己的進(jìn)程中運(yùn)行的。Android為不同類(lèi)型的進(jìn)程分配了不同的內(nèi)存使用上限,如果程序在運(yùn)行過(guò)程中出現(xiàn)了內(nèi)存泄漏的而造成應(yīng)用進(jìn)程使用的內(nèi)存超過(guò)了這個(gè)上限,則會(huì)被系統(tǒng)視為內(nèi)存泄漏,從而被kill掉,這使得僅僅自己的進(jìn)程被kill掉,而不會(huì)影響其他進(jìn)程(如果是system_process等系統(tǒng)進(jìn)程出問(wèn)題的話,則會(huì)引起系統(tǒng)重啟)。
內(nèi)存泄露示例:
/*此時(shí),所有的Object對(duì)象都沒(méi)有被釋放,因?yàn)樽兞縱引用這些對(duì)象。實(shí)際上這些對(duì)象已經(jīng)是無(wú)用的,但還被引用,GC就無(wú)能為力了(事實(shí)上GC認(rèn)為它還有用),這一點(diǎn)是導(dǎo)致內(nèi)存泄漏最重要的原因。*/ Vector v = new Vector(10); for (int i = 1; i < 100; i++) { Object o = new Object(); v.add(o); o = null; }
循環(huán)申請(qǐng)Object對(duì)象,并將所申請(qǐng)的對(duì)象放入一個(gè)Vector中,如果僅僅釋放對(duì)象本身,但因?yàn)閂ector仍然引用該對(duì)象,所以這個(gè)對(duì)象對(duì)GC來(lái)說(shuō)是不可回收的。因此,如果對(duì)象加入到Vector后,還必須從Vector中刪除,最簡(jiǎn)單的方法就是將Vector對(duì)象設(shè)置為null。
總的來(lái)說(shuō),內(nèi)存管理中的內(nèi)存泄漏產(chǎn)生的主要原因:保留下來(lái)卻永遠(yuǎn)不再使用的對(duì)象引用。
2.引起內(nèi)存泄露的情況
1)資源對(duì)象沒(méi)關(guān)閉造成的內(nèi)存泄露
資源性對(duì)象比如(Cursor,F(xiàn)ile文件等)往往都用了一些緩沖,我們?cè)诓皇褂玫臅r(shí)候,應(yīng)該及時(shí)關(guān)閉它們,以便它們的緩沖及時(shí)回收內(nèi)存。它們的緩沖不僅存在于java虛擬機(jī)內(nèi),還存在于java虛擬機(jī)外。如果我們僅僅是把它的引用設(shè)置為null,而不關(guān)閉它們,往往會(huì)造成內(nèi)存泄露。因?yàn)橛行┵Y源性對(duì)象,比如SQLiteCursor(在析構(gòu)函數(shù)finalize(),如果我們沒(méi)有關(guān)閉它,它自己會(huì)調(diào)close()關(guān)閉),如果我們沒(méi)有關(guān)閉它,系統(tǒng)在回收它時(shí)也會(huì)關(guān)閉它,但是這樣的效率太低了。因此對(duì)于資源性對(duì)象在不使用的時(shí)候,應(yīng)該調(diào)用它的close()函數(shù),將其關(guān)閉掉,然后才置為null.在我們的程序退出時(shí)一定要確保我們的資源性對(duì)象已經(jīng)關(guān)閉。
程序中經(jīng)常會(huì)進(jìn)行查詢數(shù)據(jù)庫(kù)的操作,但是經(jīng)常會(huì)有使用完畢Cursor后沒(méi)有關(guān)閉的情況。如果我們的查詢結(jié)果集比較小,對(duì)內(nèi)存的消耗不容易被發(fā)現(xiàn),只有在常時(shí)間大量操作的情況下才會(huì)復(fù)現(xiàn)內(nèi)存問(wèn)題,這樣就會(huì)給以后的測(cè)試和問(wèn)題排查帶來(lái)困難和風(fēng)險(xiǎn)。
2)一些不良代碼成內(nèi)存壓力
有些代碼并不造成內(nèi)存泄露,但是它們,或是對(duì)沒(méi)使用的內(nèi)存沒(méi)進(jìn)行有效及時(shí)的釋放,或是沒(méi)有有效的利用已有的對(duì)象而是頻繁的申請(qǐng)新內(nèi)存,對(duì)內(nèi)存的回收和分配造成很大影響的,容易迫使虛擬機(jī)不得不給該應(yīng)用進(jìn)程分配更多的內(nèi)存,造成不必要的內(nèi)存開(kāi)支。
a.Bitmap沒(méi)調(diào)用recycle()
Bitmap對(duì)象在不使用時(shí),我們應(yīng)該先調(diào)用recycle()釋放內(nèi)存,然后才它設(shè)置為null。
雖然recycle()從源碼上看,調(diào)用它應(yīng)該能立即釋放Bitmap的主要內(nèi)存,但是測(cè)試結(jié)果顯示它并沒(méi)能立即釋放內(nèi)存。但是我它應(yīng)該還是能大大的加速Bitmap的主要內(nèi)存的釋放。
b.構(gòu)造Adapter時(shí),沒(méi)有使用緩存的convertView
以構(gòu)造ListView的BaseAdapter為例,在BaseAdapter中提共了方法:
public View getView(int position, View convertView, ViewGroup parent)
來(lái)向ListView提供每一個(gè)item所需要的view對(duì)象。初始時(shí)ListView會(huì)從BaseAdapter中根據(jù)當(dāng)前的屏幕布局實(shí)例化一定數(shù)量的view對(duì)象,同時(shí)ListView會(huì)將這些view對(duì)象緩存起來(lái)。當(dāng)向上滾動(dòng)ListView時(shí),原先位于最上面的list item的view對(duì)象會(huì)被回收,然后被用來(lái)構(gòu)造新出現(xiàn)的最下面的list item。這個(gè)構(gòu)造過(guò)程就是由getView()方法完成的,getView()的第二個(gè)形參View convertView就是被緩存起來(lái)的list item的view對(duì)象(初始化時(shí)緩存中沒(méi)有view對(duì)象則convertView是null)。
由此可以看出,如果我們不去使用convertView,而是每次都在getView()中重新實(shí)例化一個(gè)View對(duì)象的話,即浪費(fèi)時(shí)間,也造成內(nèi)存垃圾,給垃圾回收增加壓力,如果垃圾回收來(lái)不及的話,虛擬機(jī)將不得不給該應(yīng)用進(jìn)程分配更多的內(nèi)存,造成不必要的內(nèi)存開(kāi)支。
layout.xml
<?xml version="1.0" encoding="utf-8" ?> <RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:orientation="vertical" android:layout_width="fill_parent" android:layout_height="60dip"> <ImageView android:id="@+id/icon" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_alignParentLeft="true" android:paddingLeft="9px" /> <TextView android:id="@+id/text" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_toRightOf="@id/icon" android:textAppearance="?android:attr/textAppearanceMedium" android:paddingLeft="9px" /> </RelativeLayout>
能引起內(nèi)存泄露的代碼: BadAdapter.java
public class BadAdapter extends BaseAdapter { ...... @Override public View getView(int position, View convertView, ViewGroup parent) { Log.d("MyAdapter", "Position:" + position + "---" + String.valueOf(System.currentTimeMillis())); final LayoutInflater inflater = (LayoutInflater) mContext .getSystemService(Context.LAYOUT_INFLATER_SERVICE); View v = inflater.inflate(R.layout.list_item_icon_text, null); ((ImageView) v.findViewById(R.id.icon)).setImageResource(R.drawable.icon); ((TextView) v.findViewById(R.id.text)).setText(mData[position]); return v; } }
修正優(yōu)化示例代碼示例代碼:GoodAdapter.java
public class GoodAdapter extends BaseAdapter { ...... @Override public View getView(int position, View convertView, ViewGroup parent) { Log.d("MyAdapter", "Position:" + position + "---" + String.valueOf(System.currentTimeMillis())); ViewHolder holder; if (convertView == null) { final LayoutInflater inflater = (LayoutInflater) mContext .getSystemService(Context.LAYOUT_INFLATER_SERVICE); convertView = inflater.inflate(R.layout.list_item_icon_text, null); holder = new ViewHolder(); holder.icon = (ImageView) convertView.findViewById(R.id.icon); holder.text = (TextView) convertView.findViewById(R.id.text); convertView.setTag(holder); } else { holder = (ViewHolder) convertView.getTag(); } holder.icon.setImageResource(R.drawable.icon); holder.text.setText(mData[position]); return convertView; } static class ViewHolder { ImageView icon; TextView text; } }
MainActivity.java
public class MainActivity extends ListActivity { private BadAdapter/GoodAdapter mAdapter; private String[] mArrData; /** Called when the activity is first created. */ @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); mArrData = new String[1000]; for (int i = 0; i < 1000; i++) { mArrData[i] = "Google IO Adapter"; } mAdapter = new BadAdapter/GoodAdapter(this, mArrData); setListAdapter(mAdapter); } }
3)ThreadLocal使用不當(dāng)
如果我們粗暴的把ThreadLocal設(shè)置null,而不調(diào)用remove()方法或set(null),那么就可能造成ThreadLocal綁定的對(duì)象長(zhǎng)期也能被回收,因而產(chǎn)出內(nèi)存泄露。
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
Android仿知乎客戶端關(guān)注和取消關(guān)注的按鈕點(diǎn)擊特效實(shí)現(xiàn)思路詳解
這篇文章主要介紹了Android仿知乎客戶端關(guān)注和取消關(guān)注的按鈕點(diǎn)擊特效實(shí)現(xiàn)思路詳解的相關(guān)資料,非常不錯(cuò),具有參考借鑒價(jià)值,需要的朋友可以參考下2016-09-09Android控件動(dòng)態(tài)用法實(shí)例分析
這篇文章主要介紹了Android控件動(dòng)態(tài)用法,以實(shí)例形式較為詳細(xì)的分析了Android控件動(dòng)態(tài)的具體編程實(shí)現(xiàn)技巧,具有一定參考借鑒價(jià)值,需要的朋友可以參考下2015-10-10Android抽屜導(dǎo)航Navigation Drawer實(shí)例解析
這篇文章主要為大家詳細(xì)介紹了Android抽屜導(dǎo)航NavigationDrawer實(shí)例,感興趣的小伙伴們可以參考一下2016-05-05Android用ListView顯示SDCard文件列表的小例子
本文簡(jiǎn)單實(shí)現(xiàn)了用ListView顯示SDCard文件列表,目錄的回退等功能暫不討論,獲取文件列表,files即為所選擇目錄下的所有文件列表2013-11-11Android自定義View實(shí)現(xiàn)圓弧進(jìn)度效果逐步完成過(guò)程
在Android開(kāi)發(fā)中,通過(guò)自定義View實(shí)現(xiàn)自己想要的效果是作為android開(kāi)發(fā)程序員的一項(xiàng)必備技能,自定義View對(duì)于android開(kāi)發(fā)來(lái)說(shuō)也是比較難的一項(xiàng)技術(shù)2023-04-04ViewDragHelper實(shí)現(xiàn)QQ側(cè)滑效果
這篇文章主要為大家詳細(xì)介紹了ViewDragHelper實(shí)現(xiàn)QQ側(cè)滑效果,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2017-08-08詳解Android 全局彈出對(duì)話框SYSTEM_ALERT_WINDOW權(quán)限
本篇文章主要介紹了詳解Android 全局彈出對(duì)話框SYSTEM_ALERT_WINDOW權(quán)限,小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2018-03-03Android手機(jī)通過(guò)藍(lán)牙連接佳博打印機(jī)的實(shí)例代碼
這篇文章主要介紹了Android手機(jī)通過(guò)藍(lán)牙連接佳博打印機(jī)的實(shí)例代碼,非常不錯(cuò)具有參考借鑒價(jià)值,需要的朋友可以參考下2016-11-11詳談Android中onTouch與onClick事件的關(guān)系(必看)
下面小編就為大家?guī)?lái)一篇詳談Android中onTouch與onClick事件的關(guān)系(必看)。小編覺(jué)得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2017-03-03