談談你對Java平臺的理解?“Java是解釋執(zhí)行”,這句話正確嗎?

　　一次編譯、到處運行”說的是Java語言跨平臺的特性,Java的跨平臺特性與Java虛擬機的存在密不可分,可在不同的環(huán)境中運行。比如說Windows平臺和Linux平臺都有相應的JDK,安裝好JDK后也就有了Java語言的運行環(huán)境。其實Java語言本身與其他的編程語言沒有特別大的差異,并不是說Java語言可以跨平臺,而是在不同的平臺都有可以讓Java語言運行的環(huán)境而已,所以才有了Java一次編譯,到處運行這樣的效果。

　　程序從源代碼到運行的三個階段:編碼——編譯——運行——調(diào)試。Java在編譯階段則體現(xiàn)了跨平臺的特點。編譯過程大概是這樣的:首先是將Java源代碼轉(zhuǎn)化成.CLASS文件字節(jié)碼,這是第一次編譯。.class文件就是可以到處運行的文件。然后Java字節(jié)碼會被轉(zhuǎn)化為目標機器代碼,這是是由JVM來執(zhí)行的,即Java的第二次編譯。

　　Java是解析運行嗎?不正確!Java源代碼經(jīng)過Javac編譯成.class文件.class文件經(jīng)JVM解析或編譯運行。

　　Exception和Error有什么區(qū)別?

　　Exception和Error都是繼承了Throwable類,在Java中只有Throwable類型的實例才可以被拋出(throw)或者捕獲(catch),它是異常處理機制的基本組成類型。

　　Exception是程序正常運行中,可以預料的意外情況,可能并且應該被捕獲,進行相應處理。

　　Error是指在正常情況下,不大可能出現(xiàn)的情況,絕大部分的Error都會導致程序(比如JVM自身)處于非正常的、不可恢復狀態(tài)。既然是非正常情況,所以不便于也不需要捕獲,常見的比如OutOfMemoryError之類,都是Error的子類。

　　Exception又分為可檢查(checked)異常和不檢查(unchecked)異常,可檢查異常在源代碼里必須顯式地進行捕獲處理,這是編譯期檢查的一部分

　　不檢查異常就是所謂的運行時異常,類似NullPointerException、ArrayIndexOutOfBoundsException之類,通常是可以編碼避免的邏輯錯誤,具體根據(jù)需要來判斷是否需要捕獲,并不會在編譯期強制要求。

　　異常處理的基本原則:

　　盡量不要捕獲類似Exception這樣的通用異常,而是應該捕獲特定異常

　　不要生吞(swallow)異常。這是異常處理中要特別注意的事情,因為很可能會導致非常難以診斷的詭異情況。

　　談fnal、fnally、fnalize有什么不同?

　　fnal可以用來修飾類、方法、變量,分別有不同的意義,fnal修飾的class代表不可以繼承擴展,fnal的變量是不可以修改的,而fnal的方法也是不可以重寫的(override)。

　　fnally則是Java保證重點代碼一定要被執(zhí)行的一種機制。我們可以使用try-fnally或者try-catch-fnally來進行類似關閉JDBC連接、保證unlock鎖等動作。

　　fnalize是基礎類java.lang.Object的一個方法,它的設計目的是保證對象在被垃圾收集前完成特定資源的回收。fnalize機制現(xiàn)在已經(jīng)不推薦使用,并且在JDK9開始被標記為deprecated。

　　強引用、軟引用、弱引用、幻象引用有什么區(qū)別?

　　強引用:我們平常典型編碼Objectobj=newObject()中的obj就是強引用。通過關鍵字new創(chuàng)建的對象所關聯(lián)的引用就是強引用。當JVM內(nèi)存空間不足,JVM寧愿拋出OutOfMemoryError運行時錯誤(OOM),使程序異常終止,也不會靠隨意回收具有強引用的“存活”對象來解決內(nèi)存不足的問題。對于一個普通的對象,如果沒有其他的引用關系,只要超過了引用的作用域或者顯式地將相應(強)引用賦值為null,就是可以被垃圾收集的了,具體回收時機還是要看垃圾收集策略。

　　軟引用:軟引用通過SoftReference類實現(xiàn)。軟引用的生命周期比強引用短一些。只有當JVM認為內(nèi)存不足時,才會去試圖回收軟引用指向的對象:即JVM會確保在拋出OutOfMemoryError之前,清理軟引用指向的對象。軟引用可以和一個引用隊列(ReferenceQueue)聯(lián)合使用,如果軟引用所引用的對象被垃圾回收器回收,Java虛擬機就會把這個軟引用加入到與之關聯(lián)的引用隊列中。后續(xù),我們可以調(diào)用ReferenceQueue的poll()方法來檢查是否有它所關心的對象被回收。如果隊列為空,將返回一個null,否則該方法返回隊列中前面的一個Reference對象

　　弱引用弱引用通過WeakReference類實現(xiàn)。弱引用的生命周期比軟引用短。在垃圾回收器線程掃描它所管轄的內(nèi)存區(qū)域的過程中,一旦發(fā)現(xiàn)了具有弱引用的對象,不管當前內(nèi)存空間足夠與否,都會回收它的內(nèi)存。由于垃圾回收器是一個優(yōu)先級很低的線程,因此不一定會很快回收弱引用的對象。弱引用可以和一個引用隊列(ReferenceQueue)聯(lián)合使用,如果弱引用所引用的對象被垃圾回收,Java虛擬機就會把這個弱引用加入到與之關聯(lián)的引用隊列中。弱應用同樣可用于內(nèi)存敏感的緩存。

　　幻象引用,有時候也翻譯成虛引用,你不能通過它訪問對象。幻象引用僅僅是提供了一種確保對象被fnalize以后,做某些事情的機制。如果一個對象僅持有虛引用,那么它就和沒有任何引用一樣,在任何時候都可能被垃圾回收器回收。虛引用必須和引用隊列(ReferenceQueue)聯(lián)合使用。當垃圾回收器準備回收一個對象時,如果發(fā)現(xiàn)它還有虛引用,就會在回收對象的內(nèi)存之前,把這個虛引用加入到與之關聯(lián)的引用隊列中。

　　String、StringBufer、StringBuilder有什么區(qū)別?

　　String被聲明成為fnalclass,所有屬性也都是fnal的。也由于它的不可變性,類似拼接、裁剪字符串等動作,都會產(chǎn)生新的String對象。Java為了避免在一個系統(tǒng)中產(chǎn)生大量的String對象,引入了字符串常量池，創(chuàng)建一個字符串時,首先檢查池中是否有值相同的字符串對象,如果有則不需要創(chuàng)建直接從池中剛查找到的對象引用;如果沒有則新建字符串對象,返回對象引用,并且將新創(chuàng)建的對象放入池中。但是,通過new方法創(chuàng)建的String對象是不檢查字符串池的,而是直接在堆區(qū)或棧區(qū)創(chuàng)建一個新的對象,也不會把對象放入池中。上述原則只適用于通過直接量給String對象引用賦值的情況。String提供了inter()方法。調(diào)用該方法時,如果常量池中包括了一個等于此String對象的字符串(由equals方法確定),則返回池中的字符串。否則,將此String對象添加到池中,并且返回此池中對象的引用

　　StringBufer和StringBuilder都實現(xiàn)了AbstractStringBuilder抽象類,擁有幾乎一致對外提供的調(diào)用接口;其底層在內(nèi)存中的存儲方式與String相同,都是以一個有序的字符序列(char類型的數(shù)組)進行存儲,不同點是StringBufer/StringBuilder對象的值是可以改變的,并且值改變以后,對象引用不會發(fā)生改變;兩者對象在構(gòu)造過程中,首先按照默認大小申請一個字符數(shù)組,由于會不斷加入新數(shù)據(jù),當超過默認大小后,會創(chuàng)建一個更大的數(shù)組,并將原先的數(shù)組內(nèi)容復制過來,再丟棄舊的數(shù)組。因此,對于較大對象的擴容會涉及大量的內(nèi)存復制操作,如果能夠預先評估大小,可提升性能。

　　唯一需要注意的是:StringBufer是線程安全的,但是StringBuilder是線程不安全的?？蓞⒖碕ava標準類庫的源代碼,StringBufer類中方法定義前面都會有synchronize關鍵字。為此,StringBufer的性能要遠低于StringBuilder。

　   以上就是動力節(jié)點Java培訓機構(gòu)小編介紹的“互聯(lián)網(wǎng)經(jīng)典Java基礎面試題”的內(nèi)容，希望對大家有幫助，如有疑問，請在線咨詢，有專業(yè)老師隨時為你服務。