java面試題整理第一部分(轉(zhuǎn)載)

1equals與==的區(qū)別
==是判斷兩個(gè)變量或?qū)嵗遣皇侵赶蛲粋€(gè)內(nèi)存空間
equals是判斷兩個(gè)變量或?qū)嵗赶虻膬?nèi)存空間的值是不是相同

2 Object有哪些公用方法?
方法equals測(cè)試的是兩個(gè)對(duì)象是否相等
方法clone進(jìn)行對(duì)象拷貝
方法getClass返回和當(dāng)前對(duì)象相關(guān)的Class對(duì)象
方法notify,notifyall,wait都是用來對(duì)給定對(duì)象進(jìn)行線程同步的

3實(shí)際開發(fā)中軟引用或者弱引用的使用場(chǎng)景
利用軟引用和弱引用解決OOM問題:用一個(gè)HashMap來保存圖片的路徑和相應(yīng)圖片對(duì)象關(guān)聯(lián)的軟引用之間的映射關(guān)系,在內(nèi)存不足時(shí),JVM會(huì)自動(dòng)回收這些緩存圖片對(duì)象所占用的空間,從而有效地避免了OOM的問題
通過軟可及對(duì)象重獲方法實(shí)現(xiàn)Java對(duì)象的高速緩存:比如我們創(chuàng)建了一Employee的類,如果每次需要查詢一個(gè)雇員的信息。哪怕是幾秒中之前剛剛查詢過的,都要重新構(gòu)建一個(gè)實(shí)例,這是需要消耗很多時(shí)間的。我們可以通過軟引用和 HashMap 的結(jié)合,先是保存引用方面:以軟引用的方式對(duì)一個(gè)Employee對(duì)象的實(shí)例進(jìn)行引用并保存該引用到HashMap 上,key 為此雇員的 id,value為這個(gè)對(duì)象的軟引用,另一方面是取出引用,緩存中是否有該Employee實(shí)例的軟引用,如果有,從軟引用中取得。如果沒有軟引用,或者從軟引用中得到的實(shí)例是null,重新構(gòu)建一個(gè)實(shí)例,并保存對(duì)這個(gè)新建實(shí)例的軟引用

4Hashcode的作用,與 equal 有什么區(qū)別
同樣用于鑒定2個(gè)對(duì)象是否相等的,java集合中有 list 和 set 兩類,其中 set不允許元素重復(fù)實(shí)現(xiàn),那個(gè)這個(gè)不允許重復(fù)實(shí)現(xiàn)的方法,如果用 equal 去比較的話,如果存在1000個(gè)元素,你 new 一個(gè)新的元素出來,需要去調(diào)用1000次 equal 去逐個(gè)和他們比較是否是同一個(gè)對(duì)象,這樣會(huì)大大降低效率。hashcode實(shí)際上是返回對(duì)象的存儲(chǔ)地址,如果這個(gè)位置上沒有元素,就把元素直接存儲(chǔ)在上面,如果這個(gè)位置上已經(jīng)存在元素,這個(gè)時(shí)候才去調(diào)用equal方法與新元素進(jìn)行比較,相同的話就不存了,散列到其他地址上

5 String、StringBuffer與StringBuilder的區(qū)別
String 類型和 StringBuffer 類型的主要性能區(qū)別其實(shí)在于 String 是不可變的對(duì)象
StringBuffer和StringBuilder底層是 char[]數(shù)組實(shí)現(xiàn)的
StringBuffer是線程安全的,而StringBuilder是線程不安全的

6 Override和Overload的含義去區(qū)別
Overload顧名思義是重新加載,它可以表現(xiàn)類的多態(tài)性,可以是函數(shù)里面可以有相同的函數(shù)名但是參數(shù)名、返回值、類型不能相同;或者說可以改變參數(shù)、類型、返回值但是函數(shù)名字依然不變。
Override顧名思義就是ride(重寫)的意思,在子類繼承父類的時(shí)候子類中可以定義某方法與其父類有相同的名稱和參數(shù),當(dāng)子類在調(diào)用這一函數(shù)時(shí)自動(dòng)調(diào)用子類的方法,而父類相當(dāng)于被覆蓋(重寫)了。

7.抽象類和接口的區(qū)別
一個(gè)類只能繼承單個(gè)類,但是可以實(shí)現(xiàn)多個(gè)接口
接口強(qiáng)調(diào)特定功能的實(shí)現(xiàn),而抽象類強(qiáng)調(diào)所屬關(guān)系
抽象類中的所有方法并不一定要是抽象的,你可以選擇在抽象類中實(shí)現(xiàn)一些基本的方法。而接口要求所有的方法都必須是抽象的

8.解析XML的幾種方式的原理與特點(diǎn):DOM、SAX、PULL
DOM:消耗內(nèi)存:先把xml文檔都讀到內(nèi)存中,然后再用DOM API來訪問樹形結(jié)構(gòu),并獲取數(shù)據(jù)。這個(gè)寫起來很簡單,但是很消耗內(nèi)存。要是數(shù)據(jù)過大,手機(jī)不夠牛逼,可能手機(jī)直接死機(jī)
SAX:解析效率高,占用內(nèi)存少,基于事件驅(qū)動(dòng)的:更加簡單地說就是對(duì)文檔進(jìn)行順序掃描,當(dāng)掃描到文檔(document)開始與結(jié)束、元素(element)開始與結(jié)束、文檔(document)結(jié)束等地方時(shí)通知事件處理函數(shù),由事件處理函數(shù)做相應(yīng)動(dòng)作,然后繼續(xù)同樣的掃描,直至文檔結(jié)束。
SAX:與 SAX 類似,也是基于事件驅(qū)動(dòng),我們可以調(diào)用它的next()方法,來獲取下一個(gè)解析事件(就是開始文檔,結(jié)束文檔,開始標(biāo)簽,結(jié)束標(biāo)簽),當(dāng)處于某個(gè)元素時(shí)可以調(diào)用XmlPullParser的getAttributte()方法來獲取屬性的值,也可調(diào)用它的nextText()獲取本節(jié)點(diǎn)的值。

9.wait()和sleep()的區(qū)別
sleep來自Thread類,和wait來自O(shè)bject類
調(diào)用sleep()方法的過程中,線程不會(huì)釋放對(duì)象鎖。而 調(diào)用 wait 方法線程會(huì)釋放對(duì)象鎖
sleep睡眠后不出讓系統(tǒng)資源,wait讓出系統(tǒng)資源其他線程可以占用CPU
sleep(milliseconds)需要指定一個(gè)睡眠時(shí)間,時(shí)間一到會(huì)自動(dòng)喚醒

10.JAVA多態(tài)的實(shí)現(xiàn)原理
抽象的來講,多態(tài)的意思就是同一消息可以根據(jù)發(fā)送對(duì)象的不同而采用多種不同的行為方式。(發(fā)送消息就是函數(shù)調(diào)用)
實(shí)現(xiàn)的原理是動(dòng)態(tài)綁定,程序調(diào)用的方法在運(yùn)行期才動(dòng)態(tài)綁定,追溯源碼可以發(fā)現(xiàn),JVM 通過參數(shù)的自動(dòng)轉(zhuǎn)型來找到合適的辦法。

11.JAVA 垃圾回收與內(nèi)存分配策略
11.1垃圾回收是什么?
就是釋放那些不再持有引用的對(duì)象的內(nèi)存

11.2怎么判斷一個(gè)對(duì)象是否需要收集?
引用計(jì)數(shù)(最簡單古老的方法):指將資源(可以是對(duì)象、內(nèi)存或磁盤空間等等)的被引用次數(shù)保存起來,當(dāng)被引用次數(shù)變?yōu)榱銜r(shí)就將其釋放的過程
對(duì)象引用遍歷(現(xiàn)在大多數(shù) jvm 使用的方法):對(duì)象引用遍歷從一組對(duì)象開始,沿著整個(gè)對(duì)象圖上的每條鏈接,遞歸確定可到達(dá)(reachable)的對(duì)象。如果某對(duì)象不能從這些根對(duì)象的一個(gè)(至少一個(gè))到達(dá),則將它作為垃圾收集
引用計(jì)數(shù)缺陷:引用計(jì)數(shù)無法解決循環(huán)引用問題:假設(shè)對(duì)象A,B都已經(jīng)被實(shí)例化,讓A=B,B=A,除此之外這兩個(gè)對(duì)象再無任何引用,此時(shí)計(jì)數(shù)器的值就永遠(yuǎn)不可能為0,但是引用計(jì)數(shù)器無法通知gc回收他們

11.3Java的四種引用的區(qū)別
強(qiáng)引用:如果一個(gè)對(duì)象具有強(qiáng)引用,它就不會(huì)被垃圾回收器回收。即使當(dāng)前內(nèi)存空間不足,JVM 也不會(huì)回收它,而是拋出 OutOfMemoryError 錯(cuò)誤,使程序異常終止。如果想中斷強(qiáng)引用和某個(gè)對(duì)象之間的關(guān)聯(lián),可以顯式地將引用賦值為null,這樣一來的話,JVM在合適的時(shí)間就會(huì)回收該對(duì)象
軟引用:在使用軟引用時(shí),如果內(nèi)存的空間足夠,軟引用就能繼續(xù)被使用,而不會(huì)被垃圾回收器回收,只有在內(nèi)存不足時(shí),軟引用才會(huì)被垃圾回收器回收。
弱引用:具有弱引用的對(duì)象擁有的生命周期更短暫。因?yàn)楫?dāng) JVM 進(jìn)行垃圾回收,一旦發(fā)現(xiàn)弱引用對(duì)象,無論當(dāng)前內(nèi)存空間是否充足,都會(huì)將弱引用回收。不過由于垃圾回收器是一個(gè)優(yōu)先級(jí)較低的線程,所以并不一定能迅速發(fā)現(xiàn)弱引用對(duì)象
虛引用:顧名思義,就是形同虛設(shè),如果一個(gè)對(duì)象僅持有虛引用,那么它相當(dāng)于沒有引用,在任何時(shí)候都可能被垃圾回收器回收。

11.4介紹垃圾回收機(jī)制
標(biāo)記回收法:遍歷對(duì)象圖并且記錄可到達(dá)的對(duì)象,以便刪除不可到達(dá)的對(duì)象,一般使用單線程工作并且可能產(chǎn)生內(nèi)存碎片
標(biāo)記-壓縮回收法:前期與第一種方法相同,只是多了一步,將所有的存活對(duì)象壓縮到內(nèi)存的一端,這樣內(nèi)存碎片就可以合成一大塊可再利用的內(nèi)存區(qū)域,提高了內(nèi)存利用率
復(fù)制回收法:把現(xiàn)有內(nèi)存空間分成兩部分,gc運(yùn)行時(shí),它把可到達(dá)對(duì)象復(fù)制到另一半空間,再清空正在使用的空間的全部對(duì)象。這種方法適用于短生存期的對(duì)象,持續(xù)復(fù)制長生存期的對(duì)象則導(dǎo)致效率降低。
分代回收發(fā):把內(nèi)存空間分為兩個(gè)或者多個(gè)域,如年輕代和老年代,年輕代的特點(diǎn)是對(duì)象會(huì)很快被回收,因此在年輕代使用效率比較高的算法。當(dāng)一個(gè)對(duì)象經(jīng)過幾次回收后依然存活,對(duì)象就會(huì)被放入稱為老年的內(nèi)存空間,老年代則采取標(biāo)記-壓縮算法

11.5 JAVA 中堆和棧的區(qū)別
基本數(shù)據(jù)類型比變量和對(duì)象的引用都是在棧分配的
堆內(nèi)存用來存放由new創(chuàng)建的對(duì)象和數(shù)組
類變量(static修飾的變量),程序在一加載的時(shí)候就在堆中為類變量分配內(nèi)存,堆中的內(nèi)存地址存放在棧中
實(shí)例變量:當(dāng)你使用java關(guān)鍵字new的時(shí)候,系統(tǒng)在堆中開辟并不一定是連續(xù)的空間分配給變量,是根據(jù)零散的堆內(nèi)存地址,通過哈希算法換算為一長串?dāng)?shù)字以表征這個(gè)變量在堆中的”物理位置”,實(shí)例變量的生命周期–當(dāng)實(shí)例變量的引用丟失后,將被GC(垃圾回收器)列入可回收“名單”中,但并不是馬上就釋放堆中內(nèi)存
局部變量: 由聲明在某方法,或某代碼段里(比如for循環(huán)),執(zhí)行到它的時(shí)候在棧中開辟內(nèi)存,當(dāng)局部變量一但脫離作用域,內(nèi)存立即釋放

12 Java 集合系列問題
12.1 ArrayList、LinkedList、Vector的區(qū)別
ArrayList 和Vector底層是采用數(shù)組方式存儲(chǔ)數(shù)據(jù),Vector由于使用了synchronized方法(線程安全)所以性能上比ArrayList要差
LinkedList使用雙向鏈表實(shí)現(xiàn)存儲(chǔ),隨機(jī)存取比較慢
HashMap的底層源碼實(shí)現(xiàn):當(dāng)我們往HashMap中put元素的時(shí)候,先根據(jù)key的hashCode重新計(jì)算hash值,根據(jù)hash值得到這個(gè)元素在數(shù)組中的位置(即下標(biāo)),如果數(shù)組該位置上已經(jīng)存放有其他元素了,那么在這個(gè)位置上的元素將以鏈表的形式存放,新加入的放在鏈頭,最先加入的放在鏈尾。如果數(shù)組該位置上沒有元素,就直接將該元素放到此數(shù)組中的該位置上。
Fail-Fast機(jī)制:在使用迭代器的過程中有其他線程修改了map,那么將拋出ConcurrentModificationException,這就是所謂fail-fast機(jī)制。這一機(jī)制在源碼中的實(shí)現(xiàn)是通過modCount域,modCount顧名思義就是修改次數(shù),對(duì)HashMap內(nèi)容的修改都將增加這個(gè)值,那么在迭代器初始化過程中會(huì)將這個(gè)值賦給迭代器的expectedModCount。在迭代過程中,判斷modCount跟expectedModCount是否相等,如果不相等就表示已經(jīng)有其他線程修改了Map

12.2 HashMap和 HashTable 的區(qū)別
HashTable比較老,是基于Dictionary 類實(shí)現(xiàn)的,HashTable 則是基于 Map接口實(shí)現(xiàn)的
HashTable 是線程安全的, HashMap 則是線程不安全的
HashMap可以讓你將空值作為一個(gè)表的條目的key或value

13.什么是線程池,線程池的作用是什么
答:線程池的基本思想還是一種對(duì)象池的思想,開辟一塊內(nèi)存空間,里面存放了眾多(未死亡)的線程,池中線程執(zhí)行調(diào)度由池管理器來處理。當(dāng)有線程任務(wù)時(shí),從池中取一個(gè),執(zhí)行完成后線程對(duì)象歸池,這樣可以避免反復(fù)創(chuàng)建線程對(duì)象所帶來的性能開銷,節(jié)省了系統(tǒng)的資源。就好比原來去食堂打飯是每個(gè)人看誰搶的贏,誰先搶到誰先吃,有了線程吃之后,就是排好隊(duì)形,今天我跟你關(guān)系好,你先來吃飯。比如:一個(gè)應(yīng)用要和網(wǎng)絡(luò)打交道,有很多步驟需要訪問網(wǎng)絡(luò),為了不阻塞主線程,每個(gè)步驟都創(chuàng)建個(gè)線程,在線程中和網(wǎng)絡(luò)交互,用線程池就變的簡單,線程池是對(duì)線程的一種封裝,讓線程用起來更加簡便,只需要?jiǎng)?chuàng)一個(gè)線程池,把這些步驟像任務(wù)一樣放進(jìn)線程池,在程序銷毀時(shí)只要調(diào)用線程池的銷毀函數(shù)即可。
單個(gè)線程的弊端:a. 每次new Thread新建對(duì)象性能差b. 線程缺乏統(tǒng)一管理,可能無限制新建線程,相互之間競爭,及可能占用過多系統(tǒng)資源導(dǎo)致死機(jī)或者OOM,c. 缺乏更多功能,如定時(shí)執(zhí)行、定期執(zhí)行、線程中斷。
java提供的四種線程池的好處在于:a. 重用存在的線程,減少對(duì)象創(chuàng)建、消亡的開銷,性能佳。b. 可有效控制最大并發(fā)線程數(shù),提高系統(tǒng)資源的使用率,同時(shí)避免過多資源競爭,避免堵塞。c. 提供定時(shí)執(zhí)行、定期執(zhí)行、單線程、并發(fā)數(shù)控制等功能。

作者: DocMike

鏈接:https://www.imooc.com/article/19234

來源:慕課網(wǎng)

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • (一)Java部分 1、列舉出JAVA中6個(gè)比較常用的包【天威誠信面試題】 【參考答案】 java.lang;ja...
    獨(dú)云閱讀 7,265評(píng)論 0 62
  • Java SE 基礎(chǔ): 封裝、繼承、多態(tài) 封裝: 概念:就是把對(duì)象的屬性和操作(或服務(wù))結(jié)合為一個(gè)獨(dú)立的整體,并盡...
    Jayden_Cao閱讀 2,252評(píng)論 0 8
  • 1. Java基礎(chǔ)部分 基礎(chǔ)部分的順序:基本語法,類相關(guān)的語法,內(nèi)部類的語法,繼承相關(guān)的語法,異常的語法,線程的語...
    子非魚_t_閱讀 34,734評(píng)論 18 399
  • 從三月份找實(shí)習(xí)到現(xiàn)在,面了一些公司,掛了不少,但最終還是拿到小米、百度、阿里、京東、新浪、CVTE、樂視家的研發(fā)崗...
    時(shí)芥藍(lán)閱讀 42,815評(píng)論 11 349
  • 第五期D組,14/30天打卡簽到。 不惑 以前,私塾先生就算有學(xué)識(shí)的人。村長就能管理好幾百人,主持公道,維護(hù)秩序,...
    璦讀璦寫閱讀 140評(píng)論 0 0

友情鏈接更多精彩內(nèi)容