电脑知识|欧美黑人一区二区三区|软件|欧美黑人一级爽快片淫片高清|系统|欧美黑人狂野猛交老妇|数据库|服务器|编程开发|网络运营|知识问答|技术教程文章 - 好吧啦网

您的位置:首頁技術文章
文章詳情頁

Android內存泄漏思考

瀏覽:2日期:2022-09-27 10:43:52

Android內存泄漏是一個經常要遇到的問題,程序在內存泄漏的時候很容易導致OOM的發生。那么如何查找內存泄漏和避免內存泄漏就是需要知曉的一個問題,首先我們需要知道一些基礎知識。

Java的四種引用

強引用: 強引用是Java中最普通的引用,隨意創建一個對象然后在其他的地方引用一下,就是強引用,強引用的對象Java寧愿OOM也不會回收他

軟引用: 軟引用是比強引用弱的引用,在Java gc的時候,如果軟引用所引用的對象被回收,首次gc失敗的話會繼而回收軟引用的對象,軟引用適合做緩存處理 可以和引用隊列(ReferenceQueue)一起使用,當對象被回收之后保存他的軟引用會放入引用隊列

弱引用: 弱引用是比軟引用更加弱的引用,當Java執行gc的時候,如果弱引用所引用的對象被回收,無論他有沒有用都會回收掉弱引用的對象,不過gc是一個比較低優先級的線程,不會那么及時的回收掉你的對象。 可以和引用隊列一起使用,當對象被回收之后保存他的弱引用會放入引用隊列

虛引用: 虛引用和沒有引用是一樣的,他必須和引用隊列一起使用,當Java回收一個對象的時候,如果發現他有虛引用,會在回收對象之前將他的虛引用加入到與之關聯的引用隊列中。 可以通過這個特性在一個對象被回收之前采取措施

下面是一個例子:

public class Main { public static void main(String[] args) throws InterruptedException {ReferenceQueue<Object> referenceQueue = new ReferenceQueue<>();String sw = '虛引用';switch (sw) { case '軟引用':Object objSoft = new Object();SoftReference<Object> softReference = new SoftReference<>(objSoft, referenceQueue);System.out.println('GC前獲取:' + softReference.get());objSoft = null;System.gc();Thread.sleep(1000);System.out.println('GC后獲取:' + softReference.get());System.out.println('隊列中的結果:' + referenceQueue.poll());break;/* * GC前獲取:java.lang.Object@61bbe9ba * GC后獲取:java.lang.Object@61bbe9ba * 隊列中的結果:null * */ case '弱引用':Object objWeak = new Object();WeakReference<Object> weakReference = new WeakReference<>(objWeak, referenceQueue);System.out.println('GC前獲取:' + weakReference.get());objWeak = null;System.gc();Thread.sleep(1000);System.out.println('GC后獲取:' + weakReference.get());System.out.println('隊列中的結果:' + referenceQueue.poll());/** GC前獲取:java.lang.Object@61bbe9ba* GC后獲取:null* 隊列中的結果:java.lang.ref.WeakReference@610455d6* */break; case '虛引用':Object objPhan = new Object();PhantomReference<Object> phantomReference = new PhantomReference<>(objPhan, referenceQueue);System.out.println('GC前獲取:' + phantomReference.get());objPhan = null;System.gc();//此處的區別是當objPhan的內存被gc回收之前虛引用就會被加入到ReferenceQueue隊列中,其他的引用都為當引用被gc掉時候,引用會加入到ReferenceQueue中Thread.sleep(1000);System.out.println('GC后獲取:' + phantomReference.get());System.out.println('隊列中的結果:' + referenceQueue.poll());/** GC前獲取:java.lang.Object@61bbe9ba* GC后獲取:null* 隊列中的結果:java.lang.ref.WeakReference@610455d6* */break;} }} Java GC

目前oracle jdk和open jdk的虛擬機都為Hotspot,android 為Dalvik和Art

曾經的GC算法:引用計數

簡短的說引用計數就是對每一個對象的引用計算數字,如果引用就+1,不引用就-1,回收掉引用計數為0的對象。來達到垃圾回收

弊端:如果兩個對象都應該被回收但是他倆卻互相依賴,那么他兩者的引用永遠都不會為0,那么就永遠無法回收, 無法解決循環引用的問題

這個算法只在很少數的虛擬機中使用過

現代的GC算法

標記回收算法(Mark and Sweep GC) :從'GC Roots'集合開始,將內存整個遍歷一次,保留所有可以被GC Roots直接或間接引用到的對象,而剩下的對象都當作垃圾對待并回收,這個算法需要中斷進程內其它組件的執行并且可能產生內存碎片。 復制算法(Copying) :將現有的內存空間分為兩快,每次只使用其中一塊,在垃圾回收時將正在使用的內存中的存活對象復制到未被使用的內存塊中,之后,清除正在使用的內存塊中的所有對象,交換兩個內存的角色,完成垃圾回收。 標記-壓縮算法(Mark-Compact) :先需要從根節點開始對所有可達對象做一次標記,但之后,它并不簡單地清理未標記的對象,而是將所有的存活對象壓縮到內存的一端。之后,清理邊界外所有的空間。這種方法既避免了碎片的產生,又不需要兩塊相同的內存空間,因此,其性價比比較高。 分代 :將所有的新建對象都放入稱為年輕代的內存區域,年輕代的特點是對象會很快回收,因此,在年輕代就選擇效率較高的復制算法。當一個對象經過幾次回收后依然存活,對象就會被放入稱為老生代的內存空間。對于新生代適用于復制算法,而對于老年代則采取標記-壓縮算法。

以上四種算法信息引用自QQ空間團隊分享 Android GC 那點事 &version=11000003&pass_ticket=nhSGhYD4LC9FWvUPv26Y7AdIzqEDu8FTImf2AKlyrCk%3D) ,總結的特別棒

導致內存泄漏的原因

對象在GC Root中可達,也就是他的引用不為空,所以GC無法回收它也就會導致內存泄漏

GC Root起點

虛擬機棧中引用的對象 方法區中類靜態屬性引用的對象 方法區中常量引用的對象 JNI引用的對象 GC可以續一秒

當一個對象在引用鏈中失S#x53BB;了引用,那么他就真的要告別世界了嗎,其實并不是,虛擬機會給他“緩刑”,每一個對象有一個finalize() 方法,虛擬機是否給他緩刑取決于這個對象的這個方法是否被執行,如果這個對象的這個方法沒有被覆蓋或者這個方法被執行過一次,那么就要“行刑”了。真的是“續一秒”

如果這個對象的finalize()方法應該被執行,那么虛擬機會將它放在F-Queue隊列中,稍后虛擬機會自動創建一個Finalizer線程去執行這個隊列中的對象的這個方法。如果對象在finalize()中成功自救,舉個例子,把自己和一個存在的對象強引用,那么就不會被回收,否則就真的被回收了。

但是虛擬機并不會保證Finalizer線程執行結束再進行回收,因為如果在某一個對象的finalize()方法中執行了死循環或者超級耗時的操作,虛擬機等待這個執行結束的話就會導致整個Gc崩潰了

首先注意這個方法只能被執行一次,第二次就會標記了這個方法被執行過不會再執行了,其次,這個方法不一定會被執行到,所以不要依賴finalize()去自救。這不是好的做法。

并發GC和非并發GC

Android2.3之后支持了并發的GC。

非并發GC : 虛擬機在執行GC的時候進行Stop the world,也就是掛起其他所有的線程,通常會持續上百毫秒,一次Mark,然后直接清理

Android內存泄漏思考

并發GC : 跟非并發的簡單gc來比較,一般非并發GC需要耗費上百ms的時間來進行,而并發gc僅僅需要10ms左右的時間,效率大幅度提升(數據來自:技術小黑屋大大),但是并發gc由于需要進行重復的處理改動的對象,所以需要更多的CPU資源

Android內存泄漏思考

兩者的差別:

首先非并發GC簡單粗暴,直接掛起所有的線程,此時Java堆中肯定不會有任何的添加和修改,此時去遞歸GC樹,然后標記-清理。但是這樣會造成很大的開銷,大家都等著你豈不是很沒面子= =

然而非并發的GC是一點一點來的,跟線程同步進行這樣就不會有很長時間的等待,但是你要明白一個道理,想把地掃干凈這段時間必須沒人來踩,所以他要有掛起線程的過程。

那么并發是怎么實現的呢?首先有個知識點就是Jvm在分配內存的時候,有兩種方式

指針碰撞:一個指針,申請一塊內存就指針挪動相應的距離,不會產生內存碎片,這要求內存是很規整的 空閑列表:每次申請一塊內存給需要的對象,然后有一個列表記錄了哪些位置被申請了,下次申請的時候就不申請這個位置,這樣適用于內存不是很規整的情況

創建對象是一個頻繁的操作,那么我們如何保證原子性呢?兩種方案

CAS(Compare and Swap)策略配上失敗重試來保證原子性 每個線程分配一個TLAB : 很簡單,每個線程自己有自己的一塊內存,那么分配的時候自己鎖自己的分區就行了,提高了效率

我們用的是第二種 233

所以獲取Java堆鎖的時候,重點來了,我們逐個線程去鎖TLAB,而不是一次全鎖住,當然提高了并發GC的效率,所以更快。但是引來的問題就是并發的問題,所以下一步要重復去修改在一個個探索時候被改的對象。也就需要更多的CPU資源。

我們為什么要關注GC

首先我們知道虛擬機如何去GC才能了解到如何讓一個對象被正確的回收,這樣才不能內存泄漏

其次無論是并發GC還是非并發GC都會導致掛起其他的所有線程,那么就會帶來程序卡頓。

ART在GC上做到了更加細粒度的控制,可以更加流暢的GC

常見的內存泄漏案例:Handler內存泄漏

首先鋪墊一句話:非靜態的內部類和匿名類會隱式的持有外部類的引用

public class MainActivity extends AppCompatActivity { private Handler mHandler = new Handler() {@Overridepublic void handleMessage(Message msg) { Log.d('smallSohoSolo', 'Hello Handler');} }; @Override protected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);mHandler.postDelayed(new Runnable() { @Override public void run() {Log.d('smallSohoSolo', 'Running'); }}, 1000 * 60 * 10); //10分鐘之后執行finish(); }}

這段代碼有很明顯的內存泄漏,首先Handler和Runnable都是匿名內部類的實例,他們都會持有MainActivity的引用,

Handler發送的消息到了消息隊列中 Activity被結束掉 這個消息中包含了Handler的引用,Handler包含了Activity的引用,而且他還是個Runnable,也是匿名內部類,也間接包含了MainActivity引用 在Main Lopper中,當此消息被取出來,這未執行的10分鐘里面,MainActivity沒法回收 內存泄漏

有人可能會說短暫的內存泄漏又能怎樣?這是錯誤的想法,因為只要發生內存泄漏,在這段時間只要進行了大內存的操作(比如加載一個照片墻),就有風險因為這個內存泄漏造成OOM(占用內存肯定剩下的少了)

上面這個如何修改呢?

將Runnable和Handler改成static 或者在外部定義內部使用。

其他常見的內存泄漏 靜態變量內存泄漏:使用靜態變量來引用一個事物,在不使用之后沒有下掉,那么引用存在就會一直泄漏 單例導致的內存泄漏:使用的單例中保存了不應該被一直持有的對象,那么就會造成內存泄漏 由第三方庫使用不當導致的內存泄漏:比如EventBus,Activity銷毀的時候沒有反注冊就會導致引用一直被持有無法回收 還有很多。。。他們都是因為引用沒有被清理造成的 如何查看內存泄漏

簡單粗暴 —> LeakCanary: Square出品的庫,當出現內存泄漏的時候會出現

精打細算 —> Android Studio 內存工具: 可以Dump下來當前的內存路徑,然后分析出來哪些對象目前的狀態。很強

參考文獻 深入理解Java虛擬機 Form: 周志明 Android GC那點事 &version=11000003&pass_ticket=nhSGhYD4LC9FWvUPv26Y7AdIzqEDu8FTImf2AKlyrCk%3D) Form: QQ空間終端團隊 細話Java:'失效'的private修飾符 Form: 技術小黑屋 避免Android中Context引起的內存泄露 Form: 技術小黑屋 Handler引起的內存泄漏 Form: 技術小黑屋 Android 內存泄漏案例和解析 Form: drakeet

來自:https://techblog.toutiao.com/2017/08/16/untitled-4/

標簽: Android
相關文章:
主站蜘蛛池模板: 珠海白蚁防治_珠海灭鼠_珠海杀虫灭鼠_珠海灭蟑螂_珠海酒店消杀_珠海工厂杀虫灭鼠_立净虫控防治服务有限公司 | 滚塑PE壳体-PE塑料浮球-警示PE浮筒-宁波君益塑业有限公司 | 多功能干燥机,过滤洗涤干燥三合一设备-无锡市张华医药设备有限公司 | 环保袋,无纺布袋,无纺布打孔袋,保温袋,环保袋定制,环保袋厂家,环雅包装-十七年环保袋定制厂家 | 机械加工_绞车配件_立式离心机_减速机-洛阳三永机械厂 | 上海单片机培训|重庆曙海培训分支机构—CortexM3+uC/OS培训班,北京linux培训,Windows驱动开发培训|上海IC版图设计,西安linux培训,北京汽车电子EMC培训,ARM培训,MTK培训,Android培训 | 篷房|仓储篷房|铝合金篷房|体育篷房|篷房厂家-华烨建筑科技官网 知名电动蝶阀,电动球阀,气动蝶阀,气动球阀生产厂家|价格透明-【固菲阀门官网】 | 福兰德PVC地板|PVC塑胶地板|PVC运动地板|PVC商用地板-中国弹性地板系统专业解决方案领先供应商! 福建成考网-福建成人高考网 | 小型UV打印机-UV平板打印机-大型uv打印机-UV打印机源头厂家 |松普集团 | 法钢特种钢材(上海)有限公司 - 耐磨钢板、高强度钢板销售加工 阀门智能定位器_电液动执行器_气动执行机构-赫尔法流体技术(北京)有限公司 | 网站建设-高端品牌网站设计制作一站式定制_杭州APP/微信小程序开发运营-鼎易科技 | 济南网站策划设计_自适应网站制作_H5企业网站搭建_济南外贸网站制作公司_锐尚 | 磁力抛光机_磁力研磨机_磁力去毛刺机_精密五金零件抛光设备厂家-冠古科技 | 双效节能浓缩器-热回流提取浓缩机组-温州市利宏机械 | 铝合金风口-玻璃钢轴流风机-玻璃钢屋顶风机-德州东润空调设备有限公司 | 禹城彩钢厂_钢结构板房_彩钢复合板-禹城泰瑞彩钢复合板加工厂 | 影视模板素材_原创专业影视实拍视频素材-8k像素素材网 | 兰州牛肉面加盟,兰州牛肉拉面加盟-京穆兰牛肉面 | 粉末包装机,拆包机厂家,价格-上海强牛包装机械设备有限公司 | 信阳网站建设专家-信阳时代网联-【信阳网站建设百度推广优质服务提供商】信阳网站建设|信阳网络公司|信阳网络营销推广 | 拼装地板,悬浮地板厂家,悬浮式拼装运动地板-石家庄博超地板科技有限公司 | 臭氧发生器_臭氧消毒机 - 【同林品牌 实力厂家】 | 宜兴市恺瑞德环保科技有限公司| 宜兴市恺瑞德环保科技有限公司| 精雕机-火花机-精雕机 cnc-高速精雕机-电火花机-广东鼎拓机械科技有限公司 | 防勒索软件_数据防泄密_Trellix(原McAfee)核心代理商_Trellix(原Fireeye)售后-广州文智信息科技有限公司 | 混合反应量热仪-高温高压量热仪-微机差热分析仪DTA|凯璞百科 | 专业的压球机生产线及解决方案厂家-河南腾达机械厂 | 厦门网站建设_厦门网站设计_小程序开发_网站制作公司【麦格科技】 | LNG鹤管_内浮盘价格,上装鹤管,装车撬厂家-连云港赛威特机械 | 不锈钢水管-不锈钢燃气管-卫生级不锈钢管件-不锈钢食品级水管-广东双兴新材料集团有限公司 | 北京京云律师事务所| 断桥铝破碎机_铝合金破碎机_废铁金属破碎机-河南鑫世昌机械制造有限公司 | 环保袋,无纺布袋,无纺布打孔袋,保温袋,环保袋定制,环保袋厂家,环雅包装-十七年环保袋定制厂家 | 板材品牌-中国胶合板行业十大品牌-环保板材-上海声达板材 | 常州律师事务所_常州律所_常州律师-江苏乐天律师事务所 | 一体化预制泵站-一体化提升泵站-一体化泵站厂家-山东康威环保 | 手表腕表维修保养鉴定售后服务中心网点 - 名表维修保养 | 「安徽双凯」自动售货机-无人售货机-成人用品-自动饮料食品零食售货机 | 金刚网,金刚网窗纱,不锈钢网,金刚网厂家- 河北萨邦丝网制品有限公司 | RFID电子标签厂家-上海尼太普电子有限公司 |