詳解JAVA 強(qiáng)引用
定義
強(qiáng)引用是使用最普遍的引用。如果一個(gè)對(duì)象具有強(qiáng)引用,那垃圾回收器寧愿拋出OOM(OutOfMemoryError)也不會(huì)回收它。
說(shuō)明
不要被這個(gè)強(qiáng)字嚇到,以為這個(gè)引用就很厲害,其實(shí)強(qiáng)引用就是程序中使用的一般引用類型。舉個(gè)簡(jiǎn)單的栗子:
String s = new String("Hello Frank!");
強(qiáng)可達(dá)
如果一個(gè)對(duì)象與GC Roots之間存在強(qiáng)引用,則稱這個(gè)對(duì)象為強(qiáng)可達(dá)(strong reachable)對(duì)象。
當(dāng)你聲明一個(gè)變量并指向一個(gè)實(shí)例的時(shí)候,其實(shí)就是在創(chuàng)造一個(gè)強(qiáng)引用。那么,既然叫強(qiáng)引用,它“強(qiáng)”在哪里呢?
這主要體現(xiàn)在JVM進(jìn)行GC的時(shí)候,只要對(duì)象有強(qiáng)引用與其關(guān)聯(lián),就絕對(duì)不會(huì)對(duì)它進(jìn)行回收,即使已經(jīng)內(nèi)存不足了也不會(huì)收回有強(qiáng)引用指向的對(duì)象。
如果你不需要使用某個(gè)對(duì)象了,可以將相應(yīng)的引用設(shè)置為null,消除強(qiáng)引用來(lái)幫助垃圾回收器進(jìn)行回收。因?yàn)檫^(guò)多的強(qiáng)引用也是導(dǎo)致OOM的罪魁禍?zhǔn)住?/p>
s = null;
顯式地設(shè)置消除引用,或已超出對(duì)象的生命周期范圍,則JVM會(huì)認(rèn)為該對(duì)象不存在引用,這時(shí)就可能會(huì)回收這個(gè)對(duì)象。但是具體什么時(shí)候收集這要取決于具體的GC算法。
如果在一個(gè)方法的內(nèi)部有一個(gè)變量s持有一個(gè)對(duì)象(Object)的強(qiáng)引用,那么這個(gè)變量s保存在棧中,而真正的引用內(nèi)容(object)保存在堆中。當(dāng)這個(gè)方法運(yùn)行完成后就會(huì)退出方法棧,則引用s也會(huì)被銷毀,這個(gè)object就會(huì)被回收。但是當(dāng)這個(gè)s是全局變量時(shí),就需要在不再使用這個(gè)對(duì)象時(shí)賦值為null,因?yàn)橛袕?qiáng)引用關(guān)聯(lián)的對(duì)象是不會(huì)被垃圾回收的。
A a = new A(); B b = new B(a); a = null;
這里a和b是強(qiáng)引用,當(dāng)把 a = null 時(shí),這時(shí) a 不再指向 A 的地址。講道理:當(dāng)某個(gè)對(duì)象不再與其他引用關(guān)聯(lián)時(shí),就會(huì)被 垃圾回收器判定為可回收,在GC中就會(huì)被回收掉。但是這里a = null 時(shí),A 對(duì)象不能被回收,因?yàn)檫€有一個(gè)B對(duì)象持有其強(qiáng)引用,這時(shí)候就造成了內(nèi)存泄漏。
再看另一個(gè)會(huì)導(dǎo)致內(nèi)存泄漏的栗子:
public static ArrayList<Object> list = new ArrayList<Object>();
public void stackOverflowTest(Object object){
list.add(object);
object = null;
}
GC回收的是不可達(dá)、弱可達(dá)或者虛可達(dá)對(duì)象,但是,在這個(gè)靜態(tài)集合類對(duì)象中,持有了對(duì)象的強(qiáng)引用,但是卻有可能對(duì)象已經(jīng)不再使用了,所以當(dāng)非靜態(tài)對(duì)象被靜態(tài)變量持有強(qiáng)引用的時(shí)候,最容易發(fā)生內(nèi)存泄露,在方法中從list獲取到對(duì)象后賦值給一個(gè)變量,使用完之后將這個(gè)變量設(shè)置為null并不會(huì)釋放object引用的對(duì)象,因?yàn)閘ist中還是持有對(duì)象的強(qiáng)引用。這時(shí)就造成了內(nèi)存泄漏。
小結(jié)
所以小結(jié)一下強(qiáng)引用的特點(diǎn):
- 強(qiáng)引用就是最普通的引用
- 可以使用強(qiáng)引用直接訪問(wèn)目標(biāo)對(duì)象
- 強(qiáng)引用指向的對(duì)象在任何時(shí)候都不會(huì)被系統(tǒng)回收
- 強(qiáng)引用可能會(huì)導(dǎo)致內(nèi)存泄漏
- 過(guò)多的強(qiáng)引用會(huì)導(dǎo)致OOM
以上就是詳解JAVA 強(qiáng)引用的詳細(xì)內(nèi)容,更多關(guān)于JAVA 強(qiáng)引用的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
spring schedule實(shí)現(xiàn)動(dòng)態(tài)配置執(zhí)行時(shí)間
這篇文章主要介紹了spring schedule實(shí)現(xiàn)動(dòng)態(tài)配置執(zhí)行時(shí)間,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-11-11
SpringBoot使用責(zé)任鏈模式優(yōu)化業(yè)務(wù)邏輯中的if-else代碼
在開發(fā)過(guò)程中,我們經(jīng)常會(huì)遇到需要根據(jù)不同的條件執(zhí)行不同的邏輯的情況,我們可以考慮使用責(zé)任鏈模式來(lái)優(yōu)化代碼結(jié)構(gòu),使得代碼更加清晰、可擴(kuò)展和易于維護(hù)2023-06-06
使用@PathVariable時(shí)候無(wú)法將參數(shù)映射到變量中的解決
這篇文章主要介紹了使用@PathVariable時(shí)候無(wú)法將參數(shù)映射到變量中的解決方案,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-08-08
springmvc 傳遞和接收數(shù)組參數(shù)的實(shí)例
下面小編就為大家分享一篇springmvc 傳遞和接收數(shù)組參數(shù)的實(shí)例,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過(guò)來(lái)看看吧2018-03-03
springboot整合redis實(shí)現(xiàn)發(fā)送郵箱并驗(yàn)證
大家好,本篇文章主要講的是springboot整合redis實(shí)現(xiàn)發(fā)送郵箱并驗(yàn)證,感興趣的同學(xué)趕快來(lái)看一看吧,對(duì)你有幫助的話記得收藏一下2022-01-01

