1.什么是引用(對象,引用)
2.哪四種及其引用場景
3.應(yīng)用場景
1.Person person =?new?Person();
疑問:person是對象嗎?不是對象的話,誰是對象,誰是引用?
分析:如果person是一個對象的話，為什么不直接這么寫Person person;為什么還要通過new來創(chuàng)建對象呢？
解答:所以person是一個引用，是指向一個可以指向Person類的對象的引用。真正創(chuàng)建對象的語句是右邊的new Person("張三");
2.四種:強引用,軟引用,弱引用,虛引用
強引用:
介紹:一個對象具有強引用，那垃圾回收器絕不會回收它。當(dāng)內(nèi)存空間不足，Java虛擬機寧愿拋出OutOfMemoryError錯誤 終止，也不會靠隨意回收具有強引用? 的對象來解決內(nèi)存不足的問題
軟引用(SoftReference):
介紹:內(nèi)存充足: GC,不會回收當(dāng)前的軟引用
內(nèi)存臨近閾值或不足:GC,發(fā)現(xiàn)某一對象的引用只具有軟引用當(dāng)前軟引用就會被回收。
問題:那么當(dāng)一對象除了具有軟引用還具有硬引用，GC時，會被回收嗎？
肯定不會，只會回收只具有軟引用的對象
使用場景:
1>處理圖片這種占用內(nèi)存大的情況
????????通過軟引用的get()方法，取得drawable對象實例的強引用，發(fā)現(xiàn)對象被未回收。在GC在內(nèi)存充足的情況下，不會回收軟引用對象。此時view的背景顯示
????????實際情況中,我們會獲取很多圖片.然后可能給很多個view展示, 這種情況下很容易內(nèi)存吃緊導(dǎo)致oom,內(nèi)存吃緊，系統(tǒng)開始會GC。這次GC后，drawables.get()不再返回Drawable對象，而是返回null，這時屏幕上背景圖不顯示，說明在系統(tǒng)內(nèi)存緊張的情況下，軟引用被回收。
????????使用軟引用以后，在OutOfMemory異常發(fā)生之前，這些緩存的圖片資源的內(nèi)存空間可以被釋放掉的，從而避免內(nèi)存達到上限，避免Crash發(fā)生。
2>從軟引用的特點可能會想,可以用軟引用做緩存啊,那為什么不用它來做呢?
? ? 1.關(guān)于這部分緩存被回收時，并沒有一套機制去進行衡量，例如先回收離上次使用間隔時長最長的，而是隨GC隨機回收；
? ? 2.當(dāng)手機內(nèi)存使用比較高的時候，那么在理論上來說，GC的頻率也就會更高，需要不斷的釋放掉相應(yīng)的內(nèi)存來騰出空間，而在這個時候，也將意味著軟引用，也將會被高頻率清理，在這個過程中起到緩存的實質(zhì)性質(zhì)效果很低，軟應(yīng)用剛創(chuàng)建好不一會就被清理，不一會就被清理，站在性能優(yōu)化的角度來說，效果并不明顯，并且在被回收后還是需要不斷重新創(chuàng)建，這也是消耗性能的
所以關(guān)于圖片的緩存，谷歌后來推出了LruCache，底層是LinkHashMap解決了上述的第一點問題，而可以設(shè)定存儲大小則是很好的解決了第二點問題(LruCache不做詳解,自行百度)
注意:獲取對象后要進行判空
3>瀏覽器的后退按鈕。按后退時，后退時顯示的網(wǎng)頁內(nèi)容是重新進行請求還是從緩存中取出呢？當(dāng)然看具體的業(yè)務(wù)需求了(只分析緩存這種)
? ? ? ?如果一個網(wǎng)頁只是單存的頁面展示,沒有與后端進行交互的數(shù)據(jù),在瀏覽結(jié)束的時候,我們進行了內(nèi)容回收,進入下個頁面,按back鍵返回,這個網(wǎng)頁就需要重新構(gòu)建,可是如果將網(wǎng)頁存儲到內(nèi)存中會造成內(nèi)存的大量浪費，甚至?xí)斐蓛?nèi)存溢出
這時候就可以使用軟引用
弱引用(WeakReference):
介紹:隨時可能會被垃圾回收器回收，不一定要等到虛擬機內(nèi)存不足時才強制回收。要獲取對象時，同樣可以調(diào)用get方法。
如果一個對象只具有弱引用，那么在垃圾回收器線程掃描的過程中，一旦發(fā)現(xiàn)了只具有弱引用的對象，不管當(dāng)前內(nèi)存空間足夠與否，都會回收它的內(nèi)存。不過，由于垃圾回收器是一個優(yōu)先級很低的線程，因此不一定會很快發(fā)現(xiàn)那些只具有弱引用的對象。
問題1:
1>會打印什么呢???
打印了n次"Object is alive"后打印了Object has been collected
data.get()為什么得到的是null呢?myDate是強引用,網(wǎng)上大部分的解釋是:
這是因為java的編譯器在發(fā)現(xiàn)進入while循環(huán)之后, 發(fā)現(xiàn)myDate?已經(jīng)沒有被使用了, 所以進行了優(yōu)化,將其置空
2>那怎樣讓他不為null呢?
當(dāng)然里面有調(diào)用myDate的地方就可以了
問題2:
Handler造成內(nèi)存泄露的原因就不說了,解決內(nèi)存泄露的方法有兩種:
1>從邏輯上解決:在頁面銷毀的時候,removeCallbacksAndMessages
2>但是鑒于調(diào)用者有時候會因為各種原因,沒寫,造成問題,所以可以從代碼設(shè)計上解決
這應(yīng)該是見到最常見解決handler內(nèi)存泄露的代碼了
1>static 修飾的類:
匿名內(nèi)部類會持有外部類的強引用,改為靜態(tài)內(nèi)部類
為什么非靜態(tài)內(nèi)部類為什么持有外部類的this引用呢???
這里不做贅述,詳情請看:非靜態(tài)內(nèi)部類為什么持有外部類的this引用 - daimengs的博客 - CSDN博客
2>不能持有外部引用，就不能調(diào)用外部類方法，可以改為持有外部的弱引用
鑒于它何時被回收是不可確定的(由GC運行的不確定性所決定的),所以每次調(diào)用的時候記得判空
虛引用:
介紹:虛引用是所有引用類型中最弱的一個。一個持有虛引用的對象，和沒有引用幾乎是一樣的，隨時都可能被垃圾回收器回收。當(dāng)試圖通過虛引用的get()方法取得強引用時，總是會失敗。并且，虛引用必須和引用隊列一起使用，它的作用在于跟蹤垃圾回收過程。 當(dāng)垃圾回收器準(zhǔn)備回收一個對象時，如果發(fā)現(xiàn)它還有虛引用，就會在垃圾回收后，銷毀這個對象，將這個虛引用加入引用隊列
比較:
弱引用與軟引用:
1>這是單存想解決oom問題的時候,建議用軟引用,對于性能比較在意,想回收占內(nèi)存比較大的對象,用弱引用
2>可以根據(jù)對象是否經(jīng)常使用來判斷。如果該對象可能會經(jīng)常使用的，就盡量用軟引用。如果該對象不被使用的可能性更大些，就可以用弱引用
參考鏈接:
