Java中，構(gòu)造方法和實例化對象之間的關(guān)系？

構(gòu)造方法的作用就是配合new實例化一個該類的對象，至于繼承中，實例化子類對象時僅僅是調(diào)用了父類構(gòu)造函數(shù)而已，并沒有實例化父類對象。

java中如何在類中定義引用類型的成員變量，比如數(shù)組、二維數(shù)組、其他類的對象？

1.定義的時候并沒有分配哦你所定義的是一個實例變量,而不是靜態(tài)變量,

2.你的類中沒有寫構(gòu)造方法,所以會有一個默認的構(gòu)造方法完成對象的實例創(chuàng)建,在對象創(chuàng)建后,通過對象實例即可訪問到m那個對象了

JVM中，對象是否可回收的方法有哪些？

gc是JAVA語言魅力之所在，也是面試過程中常常提及的點，下面分析下jvm怎么回收垃圾！

1，被動回收:首先需要明確的是，jvm有一套自動回收垃圾的機制，jvm中的線程在掃描的時候如果發(fā)現(xiàn)有不可達對象，就進行標記，表示這個對象占用的內(nèi)存可以回收(這個時候還沒回收)。

這里的重點是什么是不可達對象？jvm會選擇一個不會被回收的變量(staticfinal)，或者本地方法棧中的對象，或者靜態(tài)(static)的對象作為GCROOTS(根節(jié)點)，其他所有創(chuàng)建的對象引用都會掛在這個根節(jié)點上，變成一顆類似樹的結(jié)構(gòu)。

在回收垃圾的時候，從根節(jié)點開始遍歷，如果發(fā)現(xiàn)有對象引用遍歷不到，也就是沒掛在根節(jié)點上，比如A引用B，B引用C，但是A掛在樹上的引用被剪斷，那么ABC對象就屬于不可達對象，也就是需要回收的對象！

回收線程再次掃描的時候發(fā)現(xiàn)之前被搭上標記的對象，并調(diào)用類中默認繼承的finalize方法，該方檢測是否有引用繼續(xù)指向待回收對象，如有引用，則這些對象重新使用不在回收，如果確定回收的對象，會放入一個專門回收的隊列中，由專門的線程進行清空內(nèi)存！

2，主動回收:調(diào)用system.gc方法進行對象回收，但是正如上面所說，調(diào)用了之后，只是打上可回收標記，真正的釋放內(nèi)存還需要jvm自己來進行！

JAVA是個無底洞，如果您有問題，歡迎來交流，更多的技術(shù)分享，敬請關(guān)注。。

JVM-GC垃圾回收算法中，如何判定一個對象是否是可回收的對象？

判定一個對象是否可以被回收，需要看是否還持有對這個對象的引用。如果沒有引用指向這個對象，那這個對象就不能被調(diào)用方法，取值，也就失去存在的意義了。那引用又怎么判斷？可以去了解一下gcroot的概念，方法中聲明的局部變量引用就是gcroot的一種。被gcroot引用的對象都不會被回收。