java中GC指的是什么？

gc是指垃圾回收機(jī)制，當(dāng)一個(gè)對象不能再被后續(xù)程序所引用到時(shí)，這個(gè)對象所占用的內(nèi)存空間就沒有存在的意義了，java虛擬機(jī)會不定時(shí)的去檢測內(nèi)存中這樣的對象，然后回收這塊內(nèi)存空間。

創(chuàng)新互聯(lián)建站 - 西部信息中心，四川服務(wù)器租用，成都服務(wù)器租用，四川網(wǎng)通托管,綿陽服務(wù)器托管，德陽服務(wù)器托管，遂寧服務(wù)器托管，綿陽服務(wù)器托管，四川云主機(jī)，成都云主機(jī)，西南云主機(jī)，西部信息中心，西南服務(wù)器托管，四川/成都大帶寬，成都機(jī)柜租用，四川老牌ＩＤＣ服務(wù)商

GC的基本原理:

對于程序員來說，用new關(guān)鍵字即在堆中分配了內(nèi)存，我們稱之為“可達(dá)”。對于GC來說，只要所有被引用的對象為null時(shí)，我們稱之為“不可達(dá)”，就將進(jìn)行內(nèi)存的回收。

當(dāng)一個(gè)對象被創(chuàng)建時(shí)，GC開始監(jiān)控這個(gè)對象的大小、內(nèi)存地址及使用情況。GC采用有向圖的方式記錄和管理堆(heap)中的所有對象，通過這種方式可以明確哪些對象是可達(dá)的，哪些不是。當(dāng)確定為不可達(dá)時(shí)，則對其進(jìn)行回收。

保證GC在不同平臺的實(shí)現(xiàn)問題，java規(guī)范對其很多行為沒有進(jìn)行嚴(yán)格的規(guī)定。對于采用什么算法，什么時(shí)候進(jìn)行回收等。

java中GC是什么？為什么要有GC？

GC是垃圾回收的意思（gabage collection），內(nèi)存處理器是編程人員容易出現(xiàn)問題的地方，忘記或者錯(cuò)誤的內(nèi)存回收導(dǎo)致程序或者系統(tǒng)的不穩(wěn)定甚至崩潰，java的GC功能可以自動監(jiān)測對象是否超過作用域從而達(dá)到自動回收內(nèi)存的目的，java語言沒有提供釋放已分配內(nèi)存的俄顯示操作方法。

希望能幫到你，謝謝！

IBM Java如何做到高性能GC的實(shí)現(xiàn)內(nèi)幕

IBM JVM的GC分為三個(gè)步驟 Mark phase(標(biāo)記) Sweep phase(清掃) Compaction phase(內(nèi)存緊縮) 在了解這些過程之前 我們先看一下IBMJava中的對象的Layout和Heap lay out 一個(gè)Java對象在IBM vm中的結(jié)構(gòu)如下 size+flags mptr locknflags objectdata size+flags 　 這是一個(gè) byte的slot( 平臺) 這個(gè)slot的主要功能就是描述對象的尺寸 由于IBMJava中的對象都是以 byte的倍數(shù)分配的 因此對象的尺寸其實(shí)就是真實(shí)尺寸/ 存放在 byte的slot中 另外在這個(gè)slot的低三位是保留字段起到標(biāo)記對象的作用 他們分別為 bit :swapped bit 這個(gè)交換位被用于Compaction phase即內(nèi)存緊縮階段使用 同時(shí) 這一位在標(biāo)記堆棧溢出的時(shí)候（mark stack overflow)也被用于標(biāo)記NotYetScanned狀態(tài) bit dosed bit 這個(gè)位用于標(biāo)示這個(gè)對象是否被某個(gè)堆?；蛘呒拇嫫鱮eference到了 如果這個(gè)標(biāo)志被至位則這個(gè)對象就不能在當(dāng)前的GC cycle中被刪除 而且如果某個(gè)reference指向的內(nèi)存不是一個(gè)真實(shí)的reference比如是一個(gè)簡單的float 或者integer變量但是它的值恰巧就是Heap中某個(gè)Object的地址的時(shí)候 我們就不能修改這個(gè)refernece 這種對象的bit 也被置為 bit :pinned bit 標(biāo)記一個(gè)對象是否是一個(gè)一個(gè)釘扣對象(PINNED object) 一個(gè)Pinned Object也不能被GC刪除 因?yàn)樗麄兛赡茉贖eap之外被reference到了 典型的一個(gè)例子就是Thread 還記得我上面說的僵死縣城么？它不能被刪除的道理就是這個(gè) 另外一種PinnedObject就是 JNI Object 即被本地代碼使用的對象 Mptr: 在 平臺上也是 byte的slot Mptr有兩個(gè)功能 如果mptr不是一個(gè)數(shù)組 則Mptr指向一個(gè)方法塊(method block) 你可以通過這個(gè)method block來得到一個(gè)類塊(class block) 這個(gè)類塊 告訴你這個(gè)Object是屬于哪個(gè)class的實(shí)例 method block和class block由Class Loader分配 而不是heap在heap中進(jìn)行分配 如果mptr是一個(gè)數(shù)組(Array) mptr包含了這個(gè)對象中 數(shù)組的元素個(gè)數(shù) lockflags 在 平臺上也是 byte的slot 但是這個(gè)slot只有低 位被用到 bit :是array flag 如果這個(gè)位被置位 那么這個(gè)對象就是一個(gè)數(shù)組同時(shí)mptr字段就包含了數(shù)組的元素個(gè)數(shù) bit 是hashed和moved bit 如果這個(gè)位被置位 那么他就告訴我們這個(gè)對象在被hashed以后被刪除了 Object Data 就是這個(gè)對象本身的數(shù)據(jù) Heap layout: 　heap top 　heap limit 　heap base heap base是heap的起始地址 heap top是heap的結(jié)束地址 heaplimit 是當(dāng)前程序使用的那段heap可以進(jìn)行擴(kuò)展和收縮的極限 你可以用 Xmx參數(shù)在java運(yùn)行的時(shí)候?qū)eap top和heap base進(jìn)行控制 Alloc bits 和 mark bits 　heap top allocmax markemax 　heap limit alloc size marksize 　heap base 上面這個(gè)結(jié)構(gòu)描述了heap和alloc bits 以及 markbits之間的關(guān)系 allocbits和markbits都是元素為 個(gè)bit的vector 他們與heap有同樣的長度 下面是兩個(gè)對象被分配以后在heap和兩個(gè)vector中的表現(xiàn) heaptop allocmax markmax heaplimit allocsize marksize object top object base object allocbit object markbit object top object base object allocbit 如上面的結(jié)構(gòu) 如果一個(gè)對象在heap被alloc出來 那么在allocbits中就標(biāo)示出這個(gè)對象的起始地址所在的地址 allocbits中只標(biāo)記起始地址 但是這個(gè)過程告訴我們這個(gè)對象在那里被創(chuàng)建 但是不告訴我們這個(gè)對象是否存活 當(dāng)在mark phase中如果某一個(gè)對象比如object 仍然存活 那么就在markbits中對應(yīng)的地址上標(biāo)記一下The free list IBM jvm中的空閑塊用用一個(gè)free list鏈標(biāo)示 如圖 freechunck freechunck freechunckn size size size next next next NULL freeStorage freeStorage freeste 有了這些基本概念我們來看看Mark phase的工作情況 MarkPhase GC的Mark phase將標(biāo)記所有還活著的對象 這個(gè)標(biāo)記所有可達(dá)對象的過程稱為tracing Jvm的活動狀態(tài)（active state)是由下面幾個(gè)部分組成的 每個(gè)線程的保存寄存器(saved registers) 描述線程的堆棧 Java類中的靜態(tài)元素 以及局部和全局的JNI(Java Native Interface)引用 在Jvm中的方法調(diào)用都在C Stack上引發(fā)一個(gè)Frame 這個(gè)Frame包含了 對象實(shí)例 為局部變量的assignment結(jié)果或者傳入方法的參數(shù) 所有這些引用在Tracing過程中都被同等對待 實(shí)際上 我們可以把一個(gè)線程的堆?？闯且幌盗?bytes slot的集合 然后對每一個(gè)堆棧都從頂向下對這些slot進(jìn)行掃描 在掃描的過程中都必須校驗(yàn)每個(gè)slot是否指向heap當(dāng)中的一個(gè)真實(shí)的對象 因?yàn)樵谇懊嫖揖驼f過 很有可能這些slot值僅僅是一個(gè)int或float但是他們的值恰巧就等于heap中的一個(gè)對象地址 因此在掃描的時(shí)候必須相當(dāng)?shù)谋Ｊ?掃描的時(shí)候必須保證所有的指針都是一個(gè)對象 而且這個(gè)對象沒有在GC中被刪除 只有符合下面條件的slot才是一個(gè)指向?qū)ο蟮闹羔?必須以 byte的倍數(shù)分配的內(nèi)存 必須在heap的范圍之內(nèi)(即大于heapbase小于heaptop) 對應(yīng)的allocbit必須置為 滿足這些條件的對象引用我們稱為roots 并且把他們的dosed bit置為 表示不能被GC刪除 我想大家已經(jīng)知道C#中為何連Int和Float都是OBject的原因了吧 在C#中因?yàn)槎际荗Bject因此 在tracing的過程中就減少了一次校驗(yàn) 這個(gè)減少對性能起到很大的影響 如果掃描完成 那么Tracing過程便能安全精確的執(zhí)行 也就是說我們可以在roots中通過reference找到他對應(yīng)的objects 由于他們是真實(shí)的reference 那么我們就能夠在pactionphase中移動對應(yīng)的對象并且修改這些reference Trace過程使用了一個(gè)可以容納 k的slots的stack 所有的引用逐個(gè)push進(jìn)入這個(gè)堆棧并且同時(shí)在markbits中進(jìn)行標(biāo)記 當(dāng)push和mark的工作完成之后 我們開始pop出這些slot并且進(jìn)行trace 常規(guī)的對象(非數(shù)組對象)將通過mptr去訪問clas *** lock clas *** lock將會告訴我們從這個(gè)對象中找到的其他對象的reference在那里？當(dāng)我們在clas *** lock找到一個(gè)refernce以后 如果發(fā)現(xiàn)他沒有被mark 那么我們就在markallocbits中mark他然后把他再壓入堆棧 數(shù)組對象利用mptr去訪問每個(gè)數(shù)組元素 如果他們沒有mark則mark然后壓入堆棧 Trace過程一直持續(xù)進(jìn)行 直到堆棧為空 MarkStack OverFlow 由于markStack限制了尺寸 因此它可能會溢出 如果溢出發(fā)生 那么我們就設(shè)定一個(gè)全局的標(biāo)志來表明發(fā)生了MarkStack OverFlow 然后我們將那些不能push入stack的OBject的bit 設(shè)定為NotYetScanned 然后當(dāng)tracing過程完成以后 檢驗(yàn)全局標(biāo)志如果發(fā)現(xiàn)有overflow則把NotYetScanned的對象再次壓入堆棧開始新的tracing過程 并行Mark(Parallel Mark) 由于使用逐位清掃(biise sweep)和內(nèi)存緊縮規(guī)避功能 GC將化大部分的時(shí)間是用于Mark而非前面兩項(xiàng) 這就導(dǎo)致了IBM JVM需要開發(fā)一個(gè)GC的并行版本 并行GC的目的不是以犧牲單CPU系統(tǒng)上的效能來換取在 路對稱CPU系統(tǒng)上的高效率 并行Mark的基本思想就是通過多個(gè)輔助線程(helper thread)和一個(gè)共享工作的工具來減少M(fèi)arking的時(shí)間 在單CPU系統(tǒng)中 執(zhí)行GC工作的只有一個(gè)主線程 Parallel mark仍然需要這個(gè)主線程的參與 他充當(dāng)了管理協(xié)調(diào)的角色 這個(gè)Thread所要執(zhí)行的工作和單CPU上的一樣多 包括他必須掃描C Stack來鑒別需要收集的roots指針 一個(gè)有N路對稱CPU的系統(tǒng)自動含有n 個(gè)helper thread并且平均分布在每個(gè)CPU上 master thread將scan完的reference集合進(jìn)行分塊 然后交給helper thread獨(dú)立完成mark工作 每個(gè)Helper thread都被分配了一個(gè)獨(dú)立的本地mark stack 以及一個(gè)shareable queue sharqueue將存放help thread在mark overflow的時(shí)候的NotyetScanned對象 然后由master thread將sharequeue中的對象balance到其他已經(jīng)空閑的thread上去 并發(fā)Mark(Concurrent mark) Concurrent mark的主要目的在于當(dāng)heap增長的時(shí)候減少GC的pause time 只要heap到達(dá)heap limit的時(shí)候 Concurrent mark就會被執(zhí)行 在Concurrent phase中 GC要求應(yīng)用中的每個(gè)線程(不是指helper thread而是應(yīng)用程序自己開啟的線程以便充分利用系統(tǒng)資源)掃描他們自己的堆棧來得到roots 然后使用這些roots來同步的trace 可達(dá)對象 Tracing工作是由一個(gè)后臺的低優(yōu)先級的線程執(zhí)行 同時(shí)程序自己開啟的線程在分配內(nèi)存的時(shí)候必須執(zhí)行heap lock allocation 由于使用程序自己開啟的線程并發(fā)的執(zhí)行mark live objects 我們必須紀(jì)錄那些已經(jīng)trace過的object的變化 這個(gè)功能是采用一個(gè)叫寫閘(write barrier) 來實(shí)現(xiàn)的 這個(gè)寫閘在每次改變引用的時(shí)候被激活 它告訴我們什么時(shí)候一個(gè)對象被跟新過了 以便我們從新掃描那部分heap 寫閘的具體實(shí)現(xiàn)是Heap會分配出 byte的內(nèi)存段每個(gè)段都分配了一個(gè)byte在卡表中(card table) 無論何時(shí)一個(gè)對象的reference被更新cardtable將同步紀(jì)錄這個(gè)對象的起始地址 使用Byte而不用bit的原因是寫byte要比寫bit快 倍 而且我們可能希望空余的bit會在未來被用到 當(dāng)Concurrent mark執(zhí)行完畢以后 S collection(stop total world)將會被執(zhí)行 s的意思是指suspend所有程序自己開啟的線程 因此我們可以看到如果使用Concurrent mark那 lishixinzhi/Article/program/Java/JSP/201311/19555

Java中 gc的作用是什么？

System.gc()用來強(qiáng)制立即回收垃圾，即釋放內(nèi)存。

java對內(nèi)存的釋放采取的垃圾自動回收機(jī)制，在編程的時(shí)候不用考慮變量不用時(shí)釋放內(nèi)存，java虛擬機(jī)可以自動判斷出并收集到垃圾，但一般不會立即釋放它們的內(nèi)存空間，當(dāng)然也可以在程序中使用System.gc()來強(qiáng)制垃圾回收，但是要注意的是，系統(tǒng)并不保證會立即進(jìn)行釋放內(nèi)存

java 中的gc是怎么一回事，內(nèi)部運(yùn)行是什么樣的？？

就是垃圾回收。

在虛擬機(jī)中將對象分為新生代，舊生代和永生代，使用不同的算法進(jìn)行回收。