unity什么情況下gc不能自動(dòng)回收垃圾對(duì)象？在目前的JVM中，垃圾回收是由系統(tǒng)根據(jù)不同的狀態(tài)條件決定的，程序員無法手動(dòng)執(zhí)行GC操作。當(dāng)滿足下列條件之一時(shí)，將觸發(fā)GC垃圾收集線程:1.1之后。伊甸園區(qū)

unity什么情況下gc不能自動(dòng)回收垃圾對(duì)象？

在目前的JVM中，垃圾回收是由系統(tǒng)根據(jù)不同的狀態(tài)條件決定的，程序員無法手動(dòng)執(zhí)行GC操作。當(dāng)滿足下列條件之一時(shí)，將觸發(fā)GC垃圾收集線程:

1.1之后。伊甸園區(qū)(即新生代)已滿，進(jìn)行小規(guī)模gc。

2.當(dāng)提升到舊年齡的對(duì)象超過舊年齡的剩余空間或小于HandlePromotionFailure參數(shù)時(shí)，將執(zhí)行完全gc或主要gc。

3.當(dāng)gc與非GC時(shí)間消耗的比率大于GCTim

JVM的永久代中會(huì)發(fā)生垃圾回收么？

垃圾收集不會(huì)在永久一代中發(fā)生。如果永久生成已滿或超過臨界值，將觸發(fā)完全GC。

其實(shí)仔細(xì)看垃圾收集器的輸出信息，會(huì)發(fā)現(xiàn)永久代也是回收的。這就是為什么正確的永久生成大小對(duì)于避免完全GC非常重要。

BAT面試中，提到JVM虛擬機(jī)該如何運(yùn)作，你的回答是什么？

jvm虛擬機(jī)的解釋和執(zhí)行邏輯類似于嵌入式設(shè)備的C語言執(zhí)行過程。

我 我們最好在這里做個(gè)結(jié)論。我們知道嵌入式設(shè)備的執(zhí)行過程:

1.c語言編碼調(diào)試與開發(fā)。

將C語言轉(zhuǎn)義成與嵌入式設(shè)備相關(guān)的匯編語言。

3.匯編語言轉(zhuǎn)換成嵌入式設(shè)備機(jī)器碼，燒錄到設(shè)備中。

然后嵌入式設(shè)備就可以執(zhí)行我們寫的相關(guān)指令了。

同樣，jvm的執(zhí)行過程與此非常相似。

編譯源文件并將java文件轉(zhuǎn)換成類文件。類文件可以看作是jvm的匯編語言文件。

2.根據(jù)jvm規(guī)范中規(guī)定的匯編指令集，JVM解析指令并執(zhí)行類文件中描述的內(nèi)容。

當(dāng)然這也可能包括jvm垃圾回收，內(nèi)存模型邏輯，jit編譯，類文件頭的一些鎖邏輯等等。。。。It 這里沒有展開。一般流程如下所示:

Java開發(fā)人員非常聰明。我們知道，這種解釋執(zhí)行語言號(hào)稱一次編譯，到處運(yùn)行。早期，計(jì)算機(jī)語言都是平臺(tái)相關(guān)的。不同平臺(tái)的編譯器對(duì)應(yīng)的編譯產(chǎn)品不同。

本質(zhì)上，我們通過不同的編譯器來適應(yīng)不同的執(zhí)行環(huán)境。為了實(shí)現(xiàn)平臺(tái)崩潰執(zhí)行，也有一些嘗試是跨平臺(tái)編譯器。但是成本高，還需要編譯三套源代碼。

既然跨系統(tǒng)開發(fā)編譯器是不明智的，那么跨系統(tǒng)開發(fā)執(zhí)行環(huán)境呢？

顯然，這種逆襲思維已經(jīng)成為目前跨平臺(tái)執(zhí)行語言的主要實(shí)現(xiàn)思路。這種逆向思維反映在許多計(jì)算機(jī)技術(shù)中。

之前回答過如何學(xué)習(xí)java的問題。答案的jvm相關(guān)部分貼在這里。你可以點(diǎn)菜點(diǎn)擊我的回答看完整內(nèi)容。

-了解jdk和jr《實(shí)戰(zhàn)java虛擬機(jī)》，他的解釋更切合實(shí)際。很好理解。

首先可以從jdk自帶的工具學(xué)習(xí)入手。

例如:日本聯(lián)合技術(shù)統(tǒng)計(jì)署、日本聯(lián)合分析計(jì)劃、日本聯(lián)合戰(zhàn)略計(jì)劃、日本聯(lián)合戰(zhàn)略計(jì)劃、HSDB......................................................................................................................................................當(dāng)然，作為初步的學(xué)習(xí)，我們只需要了解幾個(gè)常用的命令，知道它們代表什么。畢竟第三方監(jiān)控工具，包括jdk本身，也提供了三個(gè)可視化的監(jiān)控。

其次，了解jvm的運(yùn)行和加載原理，了解類文件的結(jié)構(gòu)。

在這個(gè)過程中，我們可以使用之前會(huì)用到的監(jiān)控工具來了解jvm加載的基本原理?？梢詤⒖糺vm標(biāo)準(zhǔn)的官方版本，學(xué)習(xí)理解類文件。在此基礎(chǔ)上，我們可以使用classpy等工具來方便我們直接讀取類文件。還可以嘗試支持類字節(jié)碼級(jí)別的單步調(diào)試工具。你甚至可以嘗試使用jvm匯編編碼工具。

接下來，了解jvm垃圾收集機(jī)制的發(fā)展歷史，以及各種主流垃圾收集器的工作原理。

這個(gè)過程其實(shí)很復(fù)雜。垃圾收集器有各種串行，并行，新聲代/換和老齡，還有回收警戒線，滿觸發(fā)條件，各種基本參數(shù)和很少用的超參數(shù)，還有G1 H區(qū)，ZGC等等。。。幸運(yùn)的是，GC不是官方j(luò)vm規(guī)范的一部分。

然后，做一些jvm的練習(xí)和實(shí)戰(zhàn)。

比如jvm常見故障排查和故障總結(jié)、性能調(diào)優(yōu)、熱加載、類字節(jié)碼的動(dòng)態(tài)操作、asm等。

最后，可以嘗試實(shí)現(xiàn)自己的jvm。(當(dāng)然這一步對(duì)于很多同學(xué)來說并不是必須的。)

這里我推薦幾本書，也是徹底理解jvm規(guī)范的學(xué)習(xí)路徑。最好自己實(shí)現(xiàn)垃圾收集器。

周小姐 《深入理解Java虛擬機(jī)》南部。

接下來是《深入嵌入式j(luò)ava虛擬機(jī)》和支持源代碼。這個(gè)cldc的jvm源代碼只有1M多。目前仍可在甲骨文官網(wǎng)下載。是一個(gè)非常精簡(jiǎn)的jvm實(shí)現(xiàn)。

接下來，你可以讀《自己動(dòng)手寫java 虛擬機(jī)》。這本書的jvm實(shí)現(xiàn)是用go語言寫的。當(dāng)然很多都不是很合理。但是它們基本上遵循jvm規(guī)范。

這時(shí)候可以看看github上各種JVM的開源實(shí)現(xiàn)。有g(shù)o，scalajvm，javainjava，ajvm，python-jvm，lua，還有各種版本的不同jvm實(shí)現(xiàn)。

當(dāng)然，這些實(shí)現(xiàn)只是基本原則。

我推薦你去讀《實(shí)戰(zhàn)hotspot》豹書。專注于高級(jí)語言虛擬機(jī)的圈子。

當(dāng)然，關(guān)于垃圾收集的書很少，這里我推薦《《The Garbage Collection Cookbook》》，一本關(guān)于垃圾收集的經(jīng)典書籍。其實(shí)如果你對(duì)新的垃圾收集算法感興趣，可以去知乎搜索相關(guān)論文和GC算法的開源演示。

如果你已經(jīng)按照我的建議學(xué)習(xí)了以上大部分相關(guān)內(nèi)容，你還是被面試官拒之門外。建議你換個(gè)崗位。有可能是面試官自己太水了。