什么是內(nèi)存泄漏

當一個對象 本該被回收,不需要再被使用時,有另外一個正在使用的對象持有它的引用從而導致它不能被回收,這導致本該被回收的對象不能被回收而停留在堆內(nèi)存中,從而產(chǎn)生了內(nèi)存泄漏。內(nèi)存泄漏是造成應用程序OOM的主要原因之一,Android系統(tǒng)為每個應用程序分配的內(nèi)存有限,當一個應用中產(chǎn)生的內(nèi)存泄漏比較多時,這就難免會導致應用所需要的內(nèi)存超過這個系統(tǒng)分配的內(nèi)存限額,這就造成了內(nèi)存溢出而導致應用Crash。
Android中常見的內(nèi)存泄漏
單例造成的內(nèi)存泄漏
由于單例的靜態(tài)特性使得單例的生命周期和應用的生命周期一樣長,這就說明了如果一個對象已經(jīng)不需要使用了,而單例對象還持有該對象的引用,那么這個對象將不能被正常回收,這就導致了內(nèi)存泄漏。
Handler造成的內(nèi)存泄漏
Handler的使用造成的內(nèi)存泄漏問題應該說最為常見了,平時在處理網(wǎng)絡任務或者封裝一些請求回調(diào)等api都應該會借助Handler來處理,對于Handler的使用代碼編寫一不規(guī)范即有可能造成內(nèi)存泄漏
靜態(tài)集合類引起內(nèi)存泄露
主要是hashmap,Vector等,如果是靜態(tài)集合 這些集合沒有及時setnull的話,就會一直持有這些對象。remove 方法無法刪除set集 Objects.hash(firstName, lastName);經(jīng)過測試,hashcode修改后,就沒有辦法remove了。
observer 我們在使用監(jiān)聽器的時候,往往是addxxxlistener,但是當我們不需要的時候,忘記removexxxlistener,就容易內(nèi)存leak。
廣播沒有unregisterrecevier
各種數(shù)據(jù)鏈接沒有關閉,數(shù)據(jù)庫contentprovider,io,sokect等。cursor
內(nèi)部類
java中的內(nèi)部類(匿名內(nèi)部類),會持有宿主類的強引用this。所以如果是new Thread這種,后臺線程的操作,當線程沒有執(zhí)行結(jié)束時,activity不會被回收。Context的引用,當TextView 等等都會持有上下文的引用。如果有static drawable,就會導致該內(nèi)存無法釋放。
網(wǎng)站名稱:Android中常見的內(nèi)存泄漏-創(chuàng)新互聯(lián)
標題URL:http://chinadenli.net/article2/edooc.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供軟件開發(fā)、小程序開發(fā)、網(wǎng)站建設、網(wǎng)站排名、網(wǎng)站維護、網(wǎng)站內(nèi)鏈
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容