亚洲色图日韩色图欧美-夫妻丰满一区二区三区-熟女五十路开心久久伊人-99精品在免费线偷拍

Java后端高級(jí)開(kāi)發(fā),面試前該如何準(zhǔn)備?

admin 188 0

1. JDK 和 JRE 有什么區(qū)別?

JDK:Java Development Kit 的簡(jiǎn)稱(chēng),java 開(kāi)發(fā)工具包,提供了 java 的開(kāi)發(fā)環(huán)境和運(yùn)行環(huán)境。JRE:Java Runtime Environment 的簡(jiǎn)稱(chēng),java 運(yùn)行環(huán)境,為 java 的運(yùn)行提供了所需環(huán)境。

具體來(lái)說(shuō) JDK 其實(shí)包含了 JRE,同時(shí)還包含了編譯 java 源碼的編譯器 javac,還包含了很多 java 程序調(diào)試和分析的工具。簡(jiǎn)單來(lái)說(shuō):如果你需要運(yùn)行 java 程序,只需安裝 JRE 就可以了,如果你需要編寫(xiě) java 程序,需要安裝 JDK。

2. == 和 equals 的區(qū)別是什么?

== 解讀

對(duì)于基本類(lèi)型和引用類(lèi)型 == 的作用效果是不同的,如下所示:

基本類(lèi)型:比較的是值是否相同;引用類(lèi)型:比較的是引用是否相同;

代碼示例:

String x = "string"; String y = "string"; String z = new String("string"); System.out.println(x==y); // true System.out.println(x==z); // false System.out.println(x.equals(y)); // true System.out.println(x.equals(z)); // true

代碼解讀:因?yàn)?x 和 y 指向的是同一個(gè)引用,所以 == 也是 true,而 new String()方法則重寫(xiě)開(kāi)辟了內(nèi)存空間,所以 == 結(jié)果為 false,而 equals 比較的一直是值,所以結(jié)果都為 true。

equals 解讀

equals 本質(zhì)上就是 ==,只不過(guò) String 和 Integer 等重寫(xiě)了 equals 方法,把它變成了值比較??聪旅娴拇a就明白了。

首先來(lái)看默認(rèn)情況下 equals 比較一個(gè)有相同值的對(duì)象,代碼如下:

class Cat { public Cat(String name) { this.name = name; } private String name; public String getName() { return name; } public void setName(String name) { this.name = name; } } Cat c1 = new Cat("王磊"); Cat c2 = new Cat("王磊"); System.out.println(c1.equals(c2)); // false

輸出結(jié)果出乎我們的意料,竟然是 false?這是怎么回事,看了 equals 源碼就知道了,源碼如下:

public boolean equals(Object obj) { return (this == obj); }

原來(lái) equals 本質(zhì)上就是 ==。

那問(wèn)題來(lái)了,兩個(gè)相同值的 String 對(duì)象,為什么返回的是 true?代碼如下:

String s1 = new String("老王"); String s2 = new String("老王"); System.out.println(s1.equals(s2)); // true

同樣的,當(dāng)我們進(jìn)入 String 的 equals 方法,找到了答案,代碼如下:

public boolean equals(Object anObject) { if (this == anObject) { return true; } if (anObject instanceof String) { String anotherString = (String)anObject; int n = value.length; if (n == anotherString.value.length) { char v1[] = value; char v2[] = anotherString.value; int i = 0; while (n-- != 0) { if (v1[i] != v2[i]) return false; i++; } return true; } } return false; }

原來(lái)是 String 重寫(xiě)了 Object 的 equals 方法,把引用比較改成了值比較。

總結(jié) :== 對(duì)于基本類(lèi)型來(lái)說(shuō)是值比較,對(duì)于引用類(lèi)型來(lái)說(shuō)是比較的是引用;而 equals 默認(rèn)情況下是引用比較,只是很多類(lèi)重新了 equals 方法,比如 String、Integer 等把它變成了值比較,所以一般情況下 equals 比較的是值是否相等。

3. 兩個(gè)對(duì)象的 hashCode()相同,則 equals()也一定為 true,對(duì)嗎?

不對(duì),兩個(gè)對(duì)象的 hashCode()相同,equals()不一定 true。

代碼示例:

String str1 = "通話"; String str2 = "重地"; System.out.println(String.format("str1:%d | str2:%d", str1.hashCode(),str2.hashCode())); System.out.println(str1.equals(str2));

執(zhí)行的結(jié)果:

str1:1179395 | str2:1179395 false

代碼解讀:很顯然“通話”和“重地”的 hashCode() 相同,然而 equals() 則為 false,因?yàn)樵谏⒘斜碇?,hashCode()相等即兩個(gè)鍵值對(duì)的哈希值相等,然而哈希值相等,并不一定能得出鍵值對(duì)相等。

4. final 在 java 中有什么作用?

final 修飾的類(lèi)叫最終類(lèi),該類(lèi)不能被繼承。final 修飾的方法不能被重寫(xiě)。final 修飾的變量叫常量,常量必須初始化,初始化之后值就不能被修改。

5. java 中的 Math.round(-1.5) 等于多少?

等于 -1,因?yàn)樵跀?shù)軸上取值時(shí),中間值(0.5)向右取整,所以正 0.5 是往上取整,負(fù) 0.5 是直接舍棄。

6. String 屬于基礎(chǔ)的數(shù)據(jù)類(lèi)型嗎?

String 不屬于基礎(chǔ)類(lèi)型,基礎(chǔ)類(lèi)型有 8 種:byte、boolean、char、short、int、float、long、double,而 String 屬于對(duì)象。

7. java 中操作字符串都有哪些類(lèi)?它們之間有什么區(qū)別?

操作字符串的類(lèi)有:String、StringBuffer、StringBuilder。

String 和 StringBuffer、StringBuilder 的區(qū)別在于 String 聲明的是不可變的對(duì)象,每次操作都會(huì)生成新的 String 對(duì)象,然后將指針指向新的 String 對(duì)象,而 StringBuffer、StringBuilder 可以在原有對(duì)象的基礎(chǔ)上進(jìn)行操作,所以在經(jīng)常改變字符串內(nèi)容的情況下最好不要使用 String。

StringBuffer 和 StringBuilder 最大的區(qū)別在于,StringBuffer 是線程安全的,而 StringBuilder 是非線程安全的,但 StringBuilder 的性能卻高于 StringBuffer,所以在單線程環(huán)境下推薦使用 StringBuilder,多線程環(huán)境下推薦使用 StringBuffer。

博主已將這些面試題整理到一個(gè)網(wǎng)站上,每天更新 Java 面試題,目前有 2000 道 Java 高頻面試題。

8. String str="i"與 String str=new String("i")一樣嗎?

不一樣,因?yàn)閮?nèi)存的分配方式不一樣。String str="i"的方式,java 虛擬機(jī)會(huì)將其分配到常量池中;而 String str=new String("i") 則會(huì)被分到堆內(nèi)存中。

9. 如何將字符串反轉(zhuǎn)?

使用 StringBuilder 或者 stringBuffer 的 reverse() 方法。

示例代碼:

// StringBuffer reverse StringBuffer stringBuffer = new StringBuffer(); stringBuffer.append("abcdefg"); System.out.println(stringBuffer.reverse()); // gfedcba // StringBuilder reverse StringBuilder stringBuilder = new StringBuilder(); stringBuilder.append("abcdefg"); System.out.println(stringBuilder.reverse()); // gfedcba

10. String 類(lèi)的常用方法都有那些?

indexOf():返回指定字符的索引。charAt():返回指定索引處的字符。replace():字符串替換。trim():去除字符串兩端空白。split():分割字符串,返回一個(gè)分割后的字符串?dāng)?shù)組。getBytes():返回字符串的 byte 類(lèi)型數(shù)組。length():返回字符串長(zhǎng)度。toLowerCase():將字符串轉(zhuǎn)成小寫(xiě)字母。toUpperCase():將字符串轉(zhuǎn)成大寫(xiě)字符。substring():截取字符串。equals():字符串比較。

11. 抽象類(lèi)必須要有抽象方法嗎?

不需要,抽象類(lèi)不一定非要有抽象方法。

示例代碼:

abstract class Cat { public static void sayHi() { System.out.println("hi~"); } }

上面代碼,抽象類(lèi)并沒(méi)有抽象方法但完全可以正常運(yùn)行。

12. 普通類(lèi)和抽象類(lèi)有哪些區(qū)別?

普通類(lèi)不能包含抽象方法,抽象類(lèi)可以包含抽象方法。抽象類(lèi)不能直接實(shí)例化,普通類(lèi)可以直接實(shí)例化。

13. 抽象類(lèi)能使用 final 修飾嗎?

不能,定義抽象類(lèi)就是讓其他類(lèi)繼承的,如果定義為 final 該類(lèi)就不能被繼承,這樣彼此就會(huì)產(chǎn)生矛盾,所以 final 不能修飾抽象類(lèi),如下圖所示,編輯器也會(huì)提示錯(cuò)誤信息:

14. 接口和抽象類(lèi)有什么區(qū)別?

實(shí)現(xiàn):抽象類(lèi)的子類(lèi)使用 extends 來(lái)繼承;接口必須使用 implements 來(lái)實(shí)現(xiàn)接口。構(gòu)造函數(shù):抽象類(lèi)可以有構(gòu)造函數(shù);接口不能有。main 方法:抽象類(lèi)可以有 main 方法,并且我們能運(yùn)行它;接口不能有 main 方法。實(shí)現(xiàn)數(shù)量:類(lèi)可以實(shí)現(xiàn)很多個(gè)接口;但是只能繼承一個(gè)抽象類(lèi)。訪問(wèn)修飾符:接口中的方法默認(rèn)使用 public 修飾;抽象類(lèi)中的方法可以是任意訪問(wèn)修飾符。

15. java 中 IO 流分為幾種?

按功能來(lái)分:輸入流(input)、輸出流(output)。

按類(lèi)型來(lái)分:字節(jié)流和字符流。

字節(jié)流和字符流的區(qū)別是:字節(jié)流按 8 位傳輸以字節(jié)為單位輸入輸出數(shù)據(jù),字符流按 16 位傳輸以字符為單位輸入輸出數(shù)據(jù)。

16. BIO、NIO、AIO 有什么區(qū)別?

BIO:Block IO 同步阻塞式 IO,就是我們平常使用的傳統(tǒng) IO,它的特點(diǎn)是模式簡(jiǎn)單使用方便,并發(fā)處理能力低。NIO:New IO 同步非阻塞 IO,是傳統(tǒng) IO 的升級(jí),客戶(hù)端和服務(wù)器端通過(guò) Channel(通道)通訊,實(shí)現(xiàn)了多路復(fù)用。AIO:Asynchronous IO 是 NIO 的升級(jí),也叫 NIO2,實(shí)現(xiàn)了異步非堵塞 IO ,異步 IO 的操作基于事件和回調(diào)機(jī)制。

17. Files的常用方法都有哪些?

Files.exists():檢測(cè)文件路徑是否存在。Files.createFile():創(chuàng)建文件。Files.createDirectory():創(chuàng)建文件夾。Files.delete():刪除一個(gè)文件或目錄。Files.copy():復(fù)制文件。Files.move():移動(dòng)文件。Files.size():查看文件個(gè)數(shù)。Files.read():讀取文件。Files.write():寫(xiě)入文件。

二、容器

18. java 容器都有哪些?

常用容器的圖錄:

19. Collection 和 Collections 有什么區(qū)別?

java.util.Collection 是一個(gè)集合接口(集合類(lèi)的一個(gè)頂級(jí)接口)。它提供了對(duì)集合對(duì)象進(jìn)行基本操作的通用接口方法。Collection接口在Java 類(lèi)庫(kù)中有很多具體的實(shí)現(xiàn)。Collection接口的意義是為各種具體的集合提供了最大化的統(tǒng)一操作方式,其直接繼承接口有List與Set。Collections則是集合類(lèi)的一個(gè)工具類(lèi)/幫助類(lèi),其中提供了一系列靜態(tài)方法,用于對(duì)集合中元素進(jìn)行排序、搜索以及線程安全等各種操作。

20. List、Set、Map 之間的區(qū)別是什么?

21. HashMap 和 Hashtable 有什么區(qū)別?

hashMap去掉了HashTable 的contains方法,但是加上了containsValue()和containsKey()方法。hashTable同步的,而HashMap是非同步的,效率上逼hashTable要高。hashMap允許空鍵值,而hashTable不允許。

22. 如何決定使用 HashMap 還是 TreeMap?

對(duì)于在Map中插入、刪除和定位元素這類(lèi)操作,HashMap是最好的選擇。然而,假如你需要對(duì)一個(gè)有序的key集合進(jìn)行遍歷,TreeMap是更好的選擇?;谀愕腸ollection的大小,也許向HashMap中添加元素會(huì)更快,將map換為T(mén)reeMap進(jìn)行有序key的遍歷。

23. 說(shuō)一下 HashMap 的實(shí)現(xiàn)原理?

HashMap概述: HashMap是基于哈希表的Map接口的非同步實(shí)現(xiàn)。此實(shí)現(xiàn)提供所有可選的映射操作,并允許使用null值和null鍵。此類(lèi)不保證映射的順序,特別是它不保證該順序恒久不變。

HashMap的數(shù)據(jù)結(jié)構(gòu): 在java編程語(yǔ)言中,最基本的結(jié)構(gòu)就是兩種,一個(gè)是數(shù)組,另外一個(gè)是模擬指針(引用),所有的數(shù)據(jù)結(jié)構(gòu)都可以用這兩個(gè)基本結(jié)構(gòu)來(lái)構(gòu)造的,HashMap也不例外。HashMap實(shí)際上是一個(gè)“鏈表散列”的數(shù)據(jù)結(jié)構(gòu),即數(shù)組和鏈表的結(jié)合體。

當(dāng)我們往Hashmap中put元素時(shí),首先根據(jù)key的hashcode重新計(jì)算hash值,根絕hash值得到這個(gè)元素在數(shù)組中的位置(下標(biāo)),如果該數(shù)組在該位置上已經(jīng)存放了其他元素,那么在這個(gè)位置上的元素將以鏈表的形式存放,新加入的放在鏈頭,最先加入的放入鏈尾.如果數(shù)組中該位置沒(méi)有元素,就直接將該元素放到數(shù)組的該位置上。

需要注意Jdk 1.8中對(duì)HashMap的實(shí)現(xiàn)做了優(yōu)化,當(dāng)鏈表中的節(jié)點(diǎn)數(shù)據(jù)超過(guò)八個(gè)之后,該鏈表會(huì)轉(zhuǎn)為紅黑樹(shù)來(lái)提高查詢(xún)效率,從原來(lái)的O(n)到O(logn)

24. 說(shuō)一下 HashSet 的實(shí)現(xiàn)原理?

HashSet底層由HashMap實(shí)現(xiàn)HashSet的值存放于HashMap的key上HashMap的value統(tǒng)一為PRESENT

25. ArrayList 和 LinkedList 的區(qū)別是什么?

最明顯的區(qū)別是 ArrrayList底層的數(shù)據(jù)結(jié)構(gòu)是數(shù)組,支持隨機(jī)訪問(wèn),而 LinkedList 的底層數(shù)據(jù)結(jié)構(gòu)是雙向循環(huán)鏈表,不支持隨機(jī)訪問(wèn)。使用下標(biāo)訪問(wèn)一個(gè)元素,ArrayList 的時(shí)間復(fù)雜度是 O(1),而 LinkedList 是 O(n)。

26. 如何實(shí)現(xiàn)數(shù)組和 List 之間的轉(zhuǎn)換?

List轉(zhuǎn)換成為數(shù)組:調(diào)用ArrayList的toArray方法。數(shù)組轉(zhuǎn)換成為L(zhǎng)ist:調(diào)用Arrays的asList方法。

27. ArrayList 和 Vector 的區(qū)別是什么?

Vector是同步的,而ArrayList不是。然而,如果你尋求在迭代的時(shí)候?qū)α斜磉M(jìn)行改變,你應(yīng)該使用CopyOnWriteArrayList。ArrayList比Vector快,它因?yàn)橛型剑粫?huì)過(guò)載。ArrayList更加通用,因?yàn)槲覀兛梢允褂肅ollections工具類(lèi)輕易地獲取同步列表和只讀列表。

28. Array 和 ArrayList 有何區(qū)別?

Array可以容納基本類(lèi)型和對(duì)象,而ArrayList只能容納對(duì)象。Array是指定大小的,而ArrayList大小是固定的。Array沒(méi)有提供ArrayList那么多功能,比如addAll、removeAll和iterator等。

29. 在 Queue 中 poll()和 remove()有什么區(qū)別?

poll() 和 remove() 都是從隊(duì)列中取出一個(gè)元素,但是 poll() 在獲取元素失敗的時(shí)候會(huì)返回空,但是 remove() 失敗的時(shí)候會(huì)拋出異常。

30. 哪些集合類(lèi)是線程安全的?

vector:就比arraylist多了個(gè)同步化機(jī)制(線程安全),因?yàn)樾瘦^低,現(xiàn)在已經(jīng)不太建議使用。在web應(yīng)用中,特別是前臺(tái)頁(yè)面,往往效率(頁(yè)面響應(yīng)速度)是優(yōu)先考慮的。statck:堆棧類(lèi),先進(jìn)后出。hashtable:就比hashmap多了個(gè)線程安全。enumeration:枚舉,相當(dāng)于迭代器。

31. 迭代器 Iterator 是什么?

迭代器是一種設(shè)計(jì)模式,它是一個(gè)對(duì)象,它可以遍歷并選擇序列中的對(duì)象,而開(kāi)發(fā)人員不需要了解該序列的底層結(jié)構(gòu)。迭代器通常被稱(chēng)為“輕量級(jí)”對(duì)象,因?yàn)閯?chuàng)建它的代價(jià)小。

32. Iterator 怎么使用?有什么特點(diǎn)?

Java中的Iterator功能比較簡(jiǎn)單,并且只能單向移動(dòng):

(1) 使用方法iterator()要求容器返回一個(gè)Iterator。第一次調(diào)用Iterator的next()方法時(shí),它返回序列的第一個(gè)元素。注意:iterator()方法是java.lang.Iterable接口,被Collection繼承。

(2) 使用next()獲得序列中的下一個(gè)元素。

(3) 使用hasNext()檢查序列中是否還有元素。

(4) 使用remove()將迭代器新返回的元素刪除。

Iterator是Java迭代器最簡(jiǎn)單的實(shí)現(xiàn),為L(zhǎng)ist設(shè)計(jì)的ListIterator具有更多的功能,它可以從兩個(gè)方向遍歷List,也可以從List中插入和刪除元素。

33. Iterator 和 ListIterator 有什么區(qū)別?

Iterator可用來(lái)遍歷Set和List集合,但是ListIterator只能用來(lái)遍歷List。Iterator對(duì)集合只能是前向遍歷,ListIterator既可以前向也可以后向。ListIterator實(shí)現(xiàn)了Iterator接口,并包含其他的功能,比如:增加元素,替換元素,獲取前一個(gè)和后一個(gè)元素的索引,等等。

三、多線程

35. 并行和并發(fā)有什么區(qū)別?

并行是指兩個(gè)或者多個(gè)事件在同一時(shí)刻發(fā)生;而并發(fā)是指兩個(gè)或多個(gè)事件在同一時(shí)間間隔發(fā)生。并行是在不同實(shí)體上的多個(gè)事件,并發(fā)是在同一實(shí)體上的多個(gè)事件。在一臺(tái)處理器上“同時(shí)”處理多個(gè)任務(wù),在多臺(tái)處理器上同時(shí)處理多個(gè)任務(wù)。如hadoop分布式集群。

所以并發(fā)編程的目標(biāo)是充分的利用處理器的每一個(gè)核,以達(dá)到最高的處理性能。

36. 線程和進(jìn)程的區(qū)別?

簡(jiǎn)而言之,進(jìn)程是程序運(yùn)行和資源分配的基本單位,一個(gè)程序至少有一個(gè)進(jìn)程,一個(gè)進(jìn)程至少有一個(gè)線程。進(jìn)程在執(zhí)行過(guò)程中擁有獨(dú)立的內(nèi)存單元,而多個(gè)線程共享內(nèi)存資源,減少切換次數(shù),從而效率更高。線程是進(jìn)程的一個(gè)實(shí)體,是cpu調(diào)度和分派的基本單位,是比程序更小的能獨(dú)立運(yùn)行的基本單位。同一進(jìn)程中的多個(gè)線程之間可以并發(fā)執(zhí)行。

37. 守護(hù)線程是什么?

守護(hù)線程(即daemon thread),是個(gè)服務(wù)線程,準(zhǔn)確地來(lái)說(shuō)就是服務(wù)其他的線程。

38. 創(chuàng)建線程有哪幾種方式?

①. 繼承Thread類(lèi)創(chuàng)建線程類(lèi)

定義Thread類(lèi)的子類(lèi),并重寫(xiě)該類(lèi)的run方法,該run方法的方法體就代表了線程要完成的任務(wù)。因此把run()方法稱(chēng)為執(zhí)行體。創(chuàng)建Thread子類(lèi)的實(shí)例,即創(chuàng)建了線程對(duì)象。調(diào)用線程對(duì)象的start()方法來(lái)啟動(dòng)該線程。

②. 通過(guò)Runnable接口創(chuàng)建線程類(lèi)

定義runnable接口的實(shí)現(xiàn)類(lèi),并重寫(xiě)該接口的run()方法,該run()方法的方法體同樣是該線程的線程執(zhí)行體。創(chuàng)建 Runnable實(shí)現(xiàn)類(lèi)的實(shí)例,并依此實(shí)例作為T(mén)hread的target來(lái)創(chuàng)建Thread對(duì)象,該Thread對(duì)象才是真正的線程對(duì)象。調(diào)用線程對(duì)象的start()方法來(lái)啟動(dòng)該線程。

③. 通過(guò)Callable和Future創(chuàng)建線程

創(chuàng)建Callable接口的實(shí)現(xiàn)類(lèi),并實(shí)現(xiàn)call()方法,該call()方法將作為線程執(zhí)行體,并且有返回值。創(chuàng)建Callable實(shí)現(xiàn)類(lèi)的實(shí)例,使用FutureTask類(lèi)來(lái)包裝Callable對(duì)象,該FutureTask對(duì)象封裝了該Callable對(duì)象的call()方法的返回值。使用FutureTask對(duì)象作為T(mén)hread對(duì)象的target創(chuàng)建并啟動(dòng)新線程。調(diào)用FutureTask對(duì)象的get()方法來(lái)獲得子線程執(zhí)行結(jié)束后的返回值。

39. 說(shuō)一下 runnable 和 callable 有什么區(qū)別?

有點(diǎn)深的問(wèn)題了,也看出一個(gè)Java程序員學(xué)習(xí)知識(shí)的廣度。

Runnable接口中的run()方法的返回值是void,它做的事情只是純粹地去執(zhí)行run()方法中的代碼而已;Callable接口中的call()方法是有返回值的,是一個(gè)泛型,和Future、FutureTask配合可以用來(lái)獲取異步執(zhí)行的結(jié)果。

40. 線程有哪些狀態(tài)?

線程通常都有五種狀態(tài),創(chuàng)建、就緒、運(yùn)行、阻塞和死亡。

創(chuàng)建狀態(tài)。在生成線程對(duì)象,并沒(méi)有調(diào)用該對(duì)象的start方法,這是線程處于創(chuàng)建狀態(tài)。就緒狀態(tài)。當(dāng)調(diào)用了線程對(duì)象的start方法之后,該線程就進(jìn)入了就緒狀態(tài),但是此時(shí)線程調(diào)度程序還沒(méi)有把該線程設(shè)置為當(dāng)前線程,此時(shí)處于就緒狀態(tài)。在線程運(yùn)行之后,從等待或者睡眠中回來(lái)之后,也會(huì)處于就緒狀態(tài)。運(yùn)行狀態(tài)。線程調(diào)度程序?qū)⑻幱诰途w狀態(tài)的線程設(shè)置為當(dāng)前線程,此時(shí)線程就進(jìn)入了運(yùn)行狀態(tài),開(kāi)始運(yùn)行run函數(shù)當(dāng)中的代碼。阻塞狀態(tài)。線程正在運(yùn)行的時(shí)候,被暫停,通常是為了等待某個(gè)時(shí)間的發(fā)生(比如說(shuō)某項(xiàng)資源就緒)之后再繼續(xù)運(yùn)行。sleep,suspend,wait等方法都可以導(dǎo)致線程阻塞。死亡狀態(tài)。如果一個(gè)線程的run方法執(zhí)行結(jié)束或者調(diào)用stop方法后,該線程就會(huì)死亡。對(duì)于已經(jīng)死亡的線程,無(wú)法再使用start方法令其進(jìn)入就緒   

41. sleep() 和 wait() 有什么區(qū)別?

sleep():方法是線程類(lèi)(Thread)的靜態(tài)方法,讓調(diào)用線程進(jìn)入睡眠狀態(tài),讓出執(zhí)行機(jī)會(huì)給其他線程,等到休眠時(shí)間結(jié)束后,線程進(jìn)入就緒狀態(tài)和其他線程一起競(jìng)爭(zhēng)cpu的執(zhí)行時(shí)間。因?yàn)閟leep() 是static靜態(tài)的方法,他不能改變對(duì)象的機(jī)鎖,當(dāng)一個(gè)synchronized塊中調(diào)用了sleep() 方法,線程雖然進(jìn)入休眠,但是對(duì)象的機(jī)鎖沒(méi)有被釋放,其他線程依然無(wú)法訪問(wèn)這個(gè)對(duì)象。

wait():wait()是Object類(lèi)的方法,當(dāng)一個(gè)線程執(zhí)行到wait方法時(shí),它就進(jìn)入到一個(gè)和該對(duì)象相關(guān)的等待池,同時(shí)釋放對(duì)象的機(jī)鎖,使得其他線程能夠訪問(wèn),可以通過(guò)notify,notifyAll方法來(lái)喚醒等待的線程。

42. notify()和 notifyAll()有什么區(qū)別?

如果線程調(diào)用了對(duì)象的 wait()方法,那么線程便會(huì)處于該對(duì)象的等待池中,等待池中的線程不會(huì)去競(jìng)爭(zhēng)該對(duì)象的鎖。當(dāng)有線程調(diào)用了對(duì)象的 notifyAll()方法(喚醒所有 wait 線程)或 notify()方法(只隨機(jī)喚醒一個(gè) wait 線程),被喚醒的的線程便會(huì)進(jìn)入該對(duì)象的鎖池中,鎖池中的線程會(huì)去競(jìng)爭(zhēng)該對(duì)象鎖。也就是說(shuō),調(diào)用了notify后只要一個(gè)線程會(huì)由等待池進(jìn)入鎖池,而notifyAll會(huì)將該對(duì)象等待池內(nèi)的所有線程移動(dòng)到鎖池中,等待鎖競(jìng)爭(zhēng)。優(yōu)先級(jí)高的線程競(jìng)爭(zhēng)到對(duì)象鎖的概率大,假若某線程沒(méi)有競(jìng)爭(zhēng)到該對(duì)象鎖,它還會(huì)留在鎖池中,唯有線程再次調(diào)用 wait()方法,它才會(huì)重新回到等待池中。而競(jìng)爭(zhēng)到對(duì)象鎖的線程則繼續(xù)往下執(zhí)行,直到執(zhí)行完了 synchronized 代碼塊,它會(huì)釋放掉該對(duì)象鎖,這時(shí)鎖池中的線程會(huì)繼續(xù)競(jìng)爭(zhēng)該對(duì)象鎖。

43. 線程的 run()和 start()有什么區(qū)別?

每個(gè)線程都是通過(guò)某個(gè)特定Thread對(duì)象所對(duì)應(yīng)的方法run()來(lái)完成其操作的,方法run()稱(chēng)為線程體。通過(guò)調(diào)用Thread類(lèi)的start()方法來(lái)啟動(dòng)一個(gè)線程。

start()方法來(lái)啟動(dòng)一個(gè)線程,真正實(shí)現(xiàn)了多線程運(yùn)行。這時(shí)無(wú)需等待run方法體代碼執(zhí)行完畢,可以直接繼續(xù)執(zhí)行下面的代碼; 這時(shí)此線程是處于就緒狀態(tài), 并沒(méi)有運(yùn)行。 然后通過(guò)此Thread類(lèi)調(diào)用方法run()來(lái)完成其運(yùn)行狀態(tài), 這里方法run()稱(chēng)為線程體,它包含了要執(zhí)行的這個(gè)線程的內(nèi)容, Run方法運(yùn)行結(jié)束, 此線程終止。然后CPU再調(diào)度其它線程。

run()方法是在本線程里的,只是線程里的一個(gè)函數(shù),而不是多線程的。 如果直接調(diào)用run(),其實(shí)就相當(dāng)于是調(diào)用了一個(gè)普通函數(shù)而已,直接待用run()方法必須等待run()方法執(zhí)行完畢才能執(zhí)行下面的代碼,所以執(zhí)行路徑還是只有一條,根本就沒(méi)有線程的特征,所以在多線程執(zhí)行時(shí)要使用start()方法而不是run()方法。

44. 創(chuàng)建線程池有哪幾種方式?

①. newFixedThreadPool(int nThreads)

創(chuàng)建一個(gè)固定長(zhǎng)度的線程池,每當(dāng)提交一個(gè)任務(wù)就創(chuàng)建一個(gè)線程,直到達(dá)到線程池的最大數(shù)量,這時(shí)線程規(guī)模將不再變化,當(dāng)線程發(fā)生未預(yù)期的錯(cuò)誤而結(jié)束時(shí),線程池會(huì)補(bǔ)充一個(gè)新的線程。

②. newCachedThreadPool()

創(chuàng)建一個(gè)可緩存的線程池,如果線程池的規(guī)模超過(guò)了處理需求,將自動(dòng)回收空閑線程,而當(dāng)需求增加時(shí),則可以自動(dòng)添加新線程,線程池的規(guī)模不存在任何限制。

③. newSingleThreadExecutor()

這是一個(gè)單線程的Executor,它創(chuàng)建單個(gè)工作線程來(lái)執(zhí)行任務(wù),如果這個(gè)線程異常結(jié)束,會(huì)創(chuàng)建一個(gè)新的來(lái)替代它;它的特點(diǎn)是能確保依照任務(wù)在隊(duì)列中的順序來(lái)串行執(zhí)行。

④. newScheduledThreadPool(int corePoolSize)

創(chuàng)建了一個(gè)固定長(zhǎng)度的線程池,而且以延遲或定時(shí)的方式來(lái)執(zhí)行任務(wù),類(lèi)似于Timer。

45. 線程池都有哪些狀態(tài)?

線程池有5種狀態(tài):Running、ShutDown、Stop、Tidying、Terminated。

線程池各個(gè)狀態(tài)切換框架圖:

46. 線程池中 submit()和 execute()方法有什么區(qū)別?

接收的參數(shù)不一樣submit有返回值,而execute沒(méi)有submit方便Exception處理

47. 在 java 程序中怎么保證多線程的運(yùn)行安全?

線程安全在三個(gè)方面體現(xiàn):

原子性:提供互斥訪問(wèn),同一時(shí)刻只能有一個(gè)線程對(duì)數(shù)據(jù)進(jìn)行操作,(atomic,synchronized);可見(jiàn)性:一個(gè)線程對(duì)主內(nèi)存的修改可以及時(shí)地被其他線程看到,(synchronized,volatile);有序性:一個(gè)線程觀察其他線程中的指令執(zhí)行順序,由于指令重排序,該觀察結(jié)果一般雜亂無(wú)序,(happens-before原則)。

48. 多線程鎖的升級(jí)原理是什么?

在Java中,鎖共有4種狀態(tài),級(jí)別從低到高依次為:無(wú)狀態(tài)鎖,偏向鎖,輕量級(jí)鎖和重量級(jí)鎖狀態(tài),這幾個(gè)狀態(tài)會(huì)隨著競(jìng)爭(zhēng)情況逐漸升級(jí)。鎖可以升級(jí)但不能降級(jí)。

鎖升級(jí)的圖示過(guò)程:

49. 什么是死鎖?

死鎖是指兩個(gè)或兩個(gè)以上的進(jìn)程在執(zhí)行過(guò)程中,由于競(jìng)爭(zhēng)資源或者由于彼此通信而造成的一種阻塞的現(xiàn)象,若無(wú)外力作用,它們都將無(wú)法推進(jìn)下去。此時(shí)稱(chēng)系統(tǒng)處于死鎖狀態(tài)或系統(tǒng)產(chǎn)生了死鎖,這些永遠(yuǎn)在互相等待的進(jìn)程稱(chēng)為死鎖進(jìn)程。是操作系統(tǒng)層面的一個(gè)錯(cuò)誤,是進(jìn)程死鎖的簡(jiǎn)稱(chēng),最早在 1965 年由 Dijkstra 在研究銀行家算法時(shí)提出的,它是計(jì)算機(jī)操作系統(tǒng)乃至整個(gè)并發(fā)程序設(shè)計(jì)領(lǐng)域最難處理的問(wèn)題之一。

50. 怎么防止死鎖?

死鎖的四個(gè)必要條件:

互斥條件:進(jìn)程對(duì)所分配到的資源不允許其他進(jìn)程進(jìn)行訪問(wèn),若其他進(jìn)程訪問(wèn)該資源,只能等待,直至占有該資源的進(jìn)程使用完成后釋放該資源請(qǐng)求和保持條件:進(jìn)程獲得一定的資源之后,又對(duì)其他資源發(fā)出請(qǐng)求,但是該資源可能被其他進(jìn)程占有,此事請(qǐng)求阻塞,但又對(duì)自己獲得的資源保持不放不可剝奪條件:是指進(jìn)程已獲得的資源,在未完成使用之前,不可被剝奪,只能在使用完后自己釋放環(huán)路等待條件:是指進(jìn)程發(fā)生死鎖后,若干進(jìn)程之間形成一種頭尾相接的循環(huán)等待資源關(guān)系

這四個(gè)條件是死鎖的必要條件,只要系統(tǒng)發(fā)生死鎖,這些條件必然成立,而只要上述條件之 一不滿(mǎn)足,就不會(huì)發(fā)生死鎖。

理解了死鎖的原因,尤其是產(chǎn)生死鎖的四個(gè)必要條件,就可以最大可能地避免、預(yù)防和 解除死鎖。

所以,在系統(tǒng)設(shè)計(jì)、進(jìn)程調(diào)度等方面注意如何不讓這四個(gè)必要條件成立,如何確 定資源的合理分配算法,避免進(jìn)程永久占據(jù)系統(tǒng)資源。

此外,也要防止進(jìn)程在處于等待狀態(tài)的情況下占用資源。因此,對(duì)資源的分配要給予合理的規(guī)劃。

51. ThreadLocal 是什么?有哪些使用場(chǎng)景?

線程局部變量是局限于線程內(nèi)部的變量,屬于線程自身所有,不在多個(gè)線程間共享。Java提供ThreadLocal類(lèi)來(lái)支持線程局部變量,是一種實(shí)現(xiàn)線程安全的方式。但是在管理環(huán)境下(如 web 服務(wù)器)使用線程局部變量的時(shí)候要特別小心,在這種情況下,工作線程的生命周期比任何應(yīng)用變量的生命周期都要長(zhǎng)。任何線程局部變量一旦在工作完成后沒(méi)有釋放,Java 應(yīng)用就存在內(nèi)存泄露的風(fēng)險(xiǎn)。

52.說(shuō)一下 synchronized 底層實(shí)現(xiàn)原理?

synchronized可以保證方法或者代碼塊在運(yùn)行時(shí),同一時(shí)刻只有一個(gè)方法可以進(jìn)入到臨界區(qū),同時(shí)它還可以保證共享變量的內(nèi)存可見(jiàn)性。

Java中每一個(gè)對(duì)象都可以作為鎖,這是synchronized實(shí)現(xiàn)同步的基礎(chǔ):

普通同步方法,鎖是當(dāng)前實(shí)例對(duì)象靜態(tài)同步方法,鎖是當(dāng)前類(lèi)的class對(duì)象同步方法塊,鎖是括號(hào)里面的對(duì)象

53. synchronized 和 volatile 的區(qū)別是什么?

volatile本質(zhì)是在告訴jvm當(dāng)前變量在寄存器(工作內(nèi)存)中的值是不確定的,需要從主存中讀??; synchronized則是鎖定當(dāng)前變量,只有當(dāng)前線程可以訪問(wèn)該變量,其他線程被阻塞住。volatile僅能使用在變量級(jí)別;synchronized則可以使用在變量、方法、和類(lèi)級(jí)別的。volatile僅能實(shí)現(xiàn)變量的修改可見(jiàn)性,不能保證原子性;而synchronized則可以保證變量的修改可見(jiàn)性和原子性。volatile不會(huì)造成線程的阻塞;synchronized可能會(huì)造成線程的阻塞。volatile標(biāo)記的變量不會(huì)被編譯器優(yōu)化;synchronized標(biāo)記的變量可以被編譯器優(yōu)化。

54. synchronized 和 Lock 有什么區(qū)別?

首先synchronized是java內(nèi)置關(guān)鍵字,在jvm層面,Lock是個(gè)java類(lèi);synchronized無(wú)法判斷是否獲取鎖的狀態(tài),Lock可以判斷是否獲取到鎖;synchronized會(huì)自動(dòng)釋放鎖(a 線程執(zhí)行完同步代碼會(huì)釋放鎖 ;b 線程執(zhí)行過(guò)程中發(fā)生異常會(huì)釋放鎖),Lock需在finally中手工釋放鎖(unlock()方法釋放鎖),否則容易造成線程死鎖;用synchronized關(guān)鍵字的兩個(gè)線程1和線程2,如果當(dāng)前線程1獲得鎖,線程2線程等待。如果線程1阻塞,線程2則會(huì)一直等待下去,而Lock鎖就不一定會(huì)等待下去,如果嘗試獲取不到鎖,線程可以不用一直等待就結(jié)束了;synchronized的鎖可重入、不可中斷、非公平,而Lock鎖可重入、可判斷、可公平(兩者皆可);Lock鎖適合大量同步的代碼的同步問(wèn)題,synchronized鎖適合代碼少量的同步問(wèn)題。

55. synchronized 和 ReentrantLock 區(qū)別是什么?

synchronized是和if、else、for、while一樣的關(guān)鍵字,ReentrantLock是類(lèi),這是二者的本質(zhì)區(qū)別。既然ReentrantLock是類(lèi),那么它就提供了比synchronized更多更靈活的特性,可以被繼承、可以有方法、可以有各種各樣的類(lèi)變量,ReentrantLock比synchronized的擴(kuò)展性體現(xiàn)在幾點(diǎn)上:

ReentrantLock可以對(duì)獲取鎖的等待時(shí)間進(jìn)行設(shè)置,這樣就避免了死鎖ReentrantLock可以獲取各種鎖的信息ReentrantLock可以靈活地實(shí)現(xiàn)多路通知

另外,二者的鎖機(jī)制其實(shí)也是不一樣的:ReentrantLock底層調(diào)用的是Unsafe的park方法加鎖,synchronized操作的應(yīng)該是對(duì)象頭中mark word。

56. 說(shuō)一下 atomic 的原理?

Atomic包中的類(lèi)基本的特性就是在多線程環(huán)境下,當(dāng)有多個(gè)線程同時(shí)對(duì)單個(gè)(包括基本類(lèi)型及引用類(lèi)型)變量進(jìn)行操作時(shí),具有排他性,即當(dāng)多個(gè)線程同時(shí)對(duì)該變量的值進(jìn)行更新時(shí),僅有一個(gè)線程能成功,而未成功的線程可以向自旋鎖一樣,繼續(xù)嘗試,一直等到執(zhí)行成功。

Atomic系列的類(lèi)中的核心方法都會(huì)調(diào)用unsafe類(lèi)中的幾個(gè)本地方法。我們需要先知道一個(gè)東西就是Unsafe類(lèi),全名為:sun.misc.Unsafe,這個(gè)類(lèi)包含了大量的對(duì)C代碼的操作,包括很多直接內(nèi)存分配以及原子操作的調(diào)用,而它之所以標(biāo)記為非安全的,是告訴你這個(gè)里面大量的方法調(diào)用都會(huì)存在安全隱患,需要小心使用,否則會(huì)導(dǎo)致嚴(yán)重的后果,例如在通過(guò)unsafe分配內(nèi)存的時(shí)候,如果自己指定某些區(qū)域可能會(huì)導(dǎo)致一些類(lèi)似C++一樣的指針越界到其他進(jìn)程的問(wèn)題。

四、反射

57. 什么是反射?

反射主要是指程序可以訪問(wèn)、檢測(cè)和修改它本身狀態(tài)或行為的一種能力

Java反射:

在Java運(yùn)行時(shí)環(huán)境中,對(duì)于任意一個(gè)類(lèi),能否知道這個(gè)類(lèi)有哪些屬性和方法?對(duì)于任意一個(gè)對(duì)象,能否調(diào)用它的任意一個(gè)方法

Java反射機(jī)制主要提供了以下功能:

在運(yùn)行時(shí)判斷任意一個(gè)對(duì)象所屬的類(lèi)。在運(yùn)行時(shí)構(gòu)造任意一個(gè)類(lèi)的對(duì)象。在運(yùn)行時(shí)判斷任意一個(gè)類(lèi)所具有的成員變量和方法。在運(yùn)行時(shí)調(diào)用任意一個(gè)對(duì)象的方法。

58. 什么是 java 序列化?什么情況下需要序列化?

簡(jiǎn)單說(shuō)就是為了保存在內(nèi)存中的各種對(duì)象的狀態(tài)(也就是實(shí)例變量,不是方法),并且可以把保存的對(duì)象狀態(tài)再讀出來(lái)。雖然你可以用你自己的各種各樣的方法來(lái)保存object states,但是Java給你提供一種應(yīng)該比你自己好的保存對(duì)象狀態(tài)的機(jī)制,那就是序列化。 什么情況下需要序列化:

a)當(dāng)你想把的內(nèi)存中的對(duì)象狀態(tài)保存到一個(gè)文件中或者數(shù)據(jù)庫(kù)中時(shí)候; b)當(dāng)你想用套接字在網(wǎng)絡(luò)上傳送對(duì)象的時(shí)候; c)當(dāng)你想通過(guò)RMI傳輸對(duì)象的時(shí)候;

59. 動(dòng)態(tài)代理是什么?有哪些應(yīng)用?

動(dòng)態(tài)代理:

當(dāng)想要給實(shí)現(xiàn)了某個(gè)接口的類(lèi)中的方法,加一些額外的處理。比如說(shuō)加日志,加事務(wù)等??梢越o這個(gè)類(lèi)創(chuàng)建一個(gè)代理,故名思議就是創(chuàng)建一個(gè)新的類(lèi),這個(gè)類(lèi)不僅包含原來(lái)類(lèi)方法的功能,而且還在原來(lái)的基礎(chǔ)上添加了額外處理的新類(lèi)。這個(gè)代理類(lèi)并不是定義好的,是動(dòng)態(tài)生成的。具有解耦意義,靈活,擴(kuò)展性強(qiáng)。

動(dòng)態(tài)代理的應(yīng)用:

Java后端高級(jí)開(kāi)發(fā),面試前該如何準(zhǔn)備?-第1張圖片-贊晨新材料

Spring的AOP加事務(wù)加權(quán)限加日志

60. 怎么實(shí)現(xiàn)動(dòng)態(tài)代理?

首先必須定義一個(gè)接口,還要有一個(gè)InvocationHandler(將實(shí)現(xiàn)接口的類(lèi)的對(duì)象傳遞給它)處理類(lèi)。再有一個(gè)工具類(lèi)Proxy(習(xí)慣性將其稱(chēng)為代理類(lèi),因?yàn)檎{(diào)用他的newInstance()可以產(chǎn)生代理對(duì)象,其實(shí)他只是一個(gè)產(chǎn)生代理對(duì)象的工具類(lèi))。利用到InvocationHandler,拼接代理類(lèi)源碼,將其編譯生成代理類(lèi)的二進(jìn)制碼,利用加載器加載,并將其實(shí)例化產(chǎn)生代理對(duì)象,最后返回。

五、對(duì)象拷貝

61. 為什么要使用克?。?/p>

想對(duì)一個(gè)對(duì)象進(jìn)行處理,又想保留原有的數(shù)據(jù)進(jìn)行接下來(lái)的操作,就需要克隆了,Java語(yǔ)言中克隆針對(duì)的是類(lèi)的實(shí)例。

62. 如何實(shí)現(xiàn)對(duì)象克隆?

有兩種方式:

1). 實(shí)現(xiàn)Cloneable接口并重寫(xiě)Object類(lèi)中的clone()方法;

2). 實(shí)現(xiàn)Serializable接口,通過(guò)對(duì)象的序列化和反序列化實(shí)現(xiàn)克隆,可以實(shí)現(xiàn)真正的深度克隆,代碼如下:

import java.io.ByteArrayInputStream; import java.io.ByteArrayOutputStream; import java.io.ObjectInputStream; import java.io.ObjectOutputStream; import java.io.Serializable; public class MyUtil { private MyUtil() { throw new AssertionError(); } @SuppressWarnings("unchecked") public static <T extends Serializable> T clone(T obj) throws Exception { ByteArrayOutputStream bout = new ByteArrayOutputStream(); ObjectOutputStream oos = new ObjectOutputStream(bout); oos.writeObject(obj); ByteArrayInputStream bin = new ByteArrayInputStream(bout.toByteArray()); ObjectInputStream ois = new ObjectInputStream(bin); return (T) ois.readObject(); // 說(shuō)明:調(diào)用ByteArrayInputStream或ByteArrayOutputStream對(duì)象的close方法沒(méi)有任何意義 // 這兩個(gè)基于內(nèi)存的流只要垃圾回收器清理對(duì)象就能夠釋放資源,這一點(diǎn)不同于對(duì)外部資源(如文件流)的釋放 } }

下面是測(cè)試代碼:

import java.io.Serializable; /** * 人類(lèi) * @author nnngu * */ class Person implements Serializable { private static final long serialVersionUID = -9102017020286042305L; private String name; // 姓名 private int age; // 年齡 private Car car; // 座駕 public Person(String name, int age, Car car) { this.name = name; this.age = age; this.car = car; } public String getName() { return name; } public void setName(String name) { this.name = name; } public int getAge() { return age; } public void setAge(int age) { this.age = age; } public Car getCar() { return car; } public void setCar(Car car) { this.car = car; } @Override public String toString() { return "Person [name=" + name + ", age=" + age + ", car=" + car + "]"; } }

/** * 小汽車(chē)類(lèi) * @author nnngu * */ class Car implements Serializable { private static final long serialVersionUID = -5713945027627603702L; private String brand; // 品牌 private int maxSpeed; // 最高時(shí)速 public Car(String brand, int maxSpeed) { this.brand = brand; this.maxSpeed = maxSpeed; } public String getBrand() { return brand; } public void setBrand(String brand) { this.brand = brand; } public int getMaxSpeed() { return maxSpeed; } public void setMaxSpeed(int maxSpeed) { this.maxSpeed = maxSpeed; } @Override public String toString() { return "Car [brand=" + brand + ", maxSpeed=" + maxSpeed + "]"; } }

class CloneTest { public static void main(String[] args) { try { Person p1 = new Person("郭靖", 33, new Car("Benz", 300)); Person p2 = MyUtil.clone(p1); // 深度克隆 p2.getCar().setBrand("BYD"); // 修改克隆的Person對(duì)象p2關(guān)聯(lián)的汽車(chē)對(duì)象的品牌屬性 // 原來(lái)的Person對(duì)象p1關(guān)聯(lián)的汽車(chē)不會(huì)受到任何影響 // 因?yàn)樵诳寺erson對(duì)象時(shí)其關(guān)聯(lián)的汽車(chē)對(duì)象也被克隆了 System.out.println(p1); } catch (Exception e) { e.printStackTrace(); } } }

注意:基于序列化和反序列化實(shí)現(xiàn)的克隆不僅僅是深度克隆,更重要的是通過(guò)泛型限定,可以檢查出要克隆的對(duì)象是否支持序列化,這項(xiàng)檢查是編譯器完成的,不是在運(yùn)行時(shí)拋出異常,這種是方案明顯優(yōu)于使用Object類(lèi)的clone方法克隆對(duì)象。讓問(wèn)題在編譯的時(shí)候暴露出來(lái)總是好過(guò)把問(wèn)題留到運(yùn)行時(shí)。

63. 深拷貝和淺拷貝區(qū)別是什么?

淺拷貝只是復(fù)制了對(duì)象的引用地址,兩個(gè)對(duì)象指向同一個(gè)內(nèi)存地址,所以修改其中任意的值,另一個(gè)值都會(huì)隨之變化,這就是淺拷貝(例:assign())深拷貝是將對(duì)象及值復(fù)制過(guò)來(lái),兩個(gè)對(duì)象修改其中任意的值另一個(gè)值不會(huì)改變,這就是深拷貝(例:JSON.parse()和JSON.stringify(),但是此方法無(wú)法復(fù)制函數(shù)類(lèi)型)

尚硅谷Java大廠面試題第3季,跳槽必刷題目+必掃技術(shù)盲點(diǎn)(周陽(yáng)主講)_嗶哩嗶哩_bilibili

https://www.bilibili.com/video/BV1Hy4y1B78T?

尚硅谷Java大廠面試題第2季,面試必刷,跳槽大廠神器_嗶哩嗶哩_bilibili

https://www.bilibili.com/video/BV18b411M7xz?

尚硅谷經(jīng)典Java面試題第一季(java面試精講)_嗶哩嗶哩_bilibili

https://www.bilibili.com/video/BV1Eb411P7bP?

強(qiáng)烈推薦一個(gè)網(wǎng)站:

Java面試題-幫助你通過(guò)Java面試 (zwmst.com)

https://zwmst.com/

Java后端開(kāi)發(fā)是Java語(yǔ)言最主要的應(yīng)用領(lǐng)域之一,由于Java語(yǔ)言具有穩(wěn)定的性能表現(xiàn)和較強(qiáng)的擴(kuò)展性,所以Java語(yǔ)言通常是不少大型互聯(lián)網(wǎng)平臺(tái)的后端服務(wù)解決方案。

Java語(yǔ)言進(jìn)行后端開(kāi)發(fā)通常需要掌握以下知識(shí)結(jié)構(gòu):

第一:Java分布式開(kāi)發(fā)相關(guān)技術(shù)。采用Java語(yǔ)言實(shí)現(xiàn)后端服務(wù)開(kāi)發(fā)通常需要采用分布式框架,所以掌握J(rèn)ava分布式開(kāi)發(fā)技術(shù)對(duì)于后端開(kāi)發(fā)工程師來(lái)說(shuō)是比較重要的。Java分布式開(kāi)發(fā)需要注意三方面,分別是協(xié)議的選擇、接口的設(shè)計(jì)和功能的實(shí)現(xiàn),在功能實(shí)現(xiàn)上可以借助現(xiàn)有的各種框架,在大數(shù)據(jù)時(shí)代借助大數(shù)據(jù)平臺(tái)來(lái)完成分布式開(kāi)發(fā)也是一個(gè)比較明顯的發(fā)展趨勢(shì)。

第二:資源的整合。后端服務(wù)開(kāi)發(fā)往往需要整合多方面的資源,包括數(shù)據(jù)庫(kù)資源、各種第三方服務(wù)資源(人臉識(shí)別、語(yǔ)音識(shí)別)等,另外對(duì)于一些業(yè)務(wù)流程比較復(fù)雜的后端開(kāi)發(fā)來(lái)說(shuō),通常還需要結(jié)合一些工作流框架來(lái)完成具體任務(wù)的開(kāi)發(fā)。在當(dāng)前的云計(jì)算環(huán)境下,資源整合已經(jīng)變得越來(lái)越簡(jiǎn)單了,但是如何通過(guò)編程來(lái)實(shí)現(xiàn)這些資源的整合也需要一個(gè)實(shí)踐的過(guò)程。

第三:模塊化編程能力。Java的模塊化開(kāi)發(fā)一直是后端開(kāi)發(fā)的重點(diǎn),由于Java語(yǔ)言在模塊化方面長(zhǎng)期存在一定的不足,所以早期通常都是通過(guò)采用像OSGI類(lèi)似的解決方案,雖然在JDK9之后Java語(yǔ)言提供了模塊化支持,但是模塊化依然是后端開(kāi)發(fā)人員需要重點(diǎn)掌握的能力。

最后,在面試的過(guò)程中要注重強(qiáng)調(diào)自己的開(kāi)發(fā)經(jīng)驗(yàn),開(kāi)發(fā)經(jīng)驗(yàn)往往是面試官比較關(guān)注的重點(diǎn)內(nèi)容,通過(guò)項(xiàng)目經(jīng)驗(yàn)往往能夠比較直觀的呈現(xiàn)出自己的工作能力和知識(shí)結(jié)構(gòu),通常來(lái)說(shuō)一定要說(shuō)一些比較有代表性的項(xiàng)目,一般來(lái)說(shuō)項(xiàng)目規(guī)模越大越好,自己的角色越重要越好。

我從事互聯(lián)網(wǎng)行業(yè)多年,目前也在帶計(jì)算機(jī)專(zhuān)業(yè)的研究生,主要的研究方向集中在大數(shù)據(jù)和人工智能領(lǐng)域,我會(huì)陸續(xù)寫(xiě)一些關(guān)于互聯(lián)網(wǎng)技術(shù)方面的文章,感興趣的朋友可以關(guān)注我,相信一定會(huì)有所收獲。

如果有互聯(lián)網(wǎng)方面的問(wèn)題,也可以咨詢(xún)我,謝謝!

做java后端開(kāi)發(fā)個(gè)人應(yīng)當(dāng)注意的應(yīng)該還是自己過(guò)硬的技術(shù)吧,有著過(guò)硬的技術(shù)在面試時(shí)你才能更加的有底氣個(gè)自信,但這些也需要你在某些方面有自己獨(dú)到的見(jiàn)解,使你個(gè)別人拉開(kāi)差距,如你需要熟練的掌握各種類(lèi)庫(kù),熟悉各類(lèi)框架像Spring和Mybatis這些,同時(shí)在后端開(kāi)發(fā)是比較重要的數(shù)據(jù)庫(kù)知識(shí)能夠熟練的運(yùn)用,有一定的大數(shù)據(jù)經(jīng)驗(yàn)就更好啦。

在面試前你還應(yīng)當(dāng),快速的將你掌握的技術(shù),進(jìn)行整合,以便你在面試時(shí)能夠簡(jiǎn)潔快速的介紹它們。

同時(shí)你也應(yīng)當(dāng)具備一定的網(wǎng)絡(luò)安全知識(shí),這在后端開(kāi)發(fā)尤為重要,可能會(huì)被面試官著重提問(wèn),所以你也應(yīng)該在面試前對(duì)其有一定的見(jiàn)解。

最后就是個(gè)人的素質(zhì)能力,如團(tuán)隊(duì)協(xié)作,團(tuán)隊(duì)溝通等的,也尤為重要,可以準(zhǔn)備一些做過(guò)的團(tuán)隊(duì)項(xiàng)目的資料和總結(jié)等。

抱歉,評(píng)論功能暫時(shí)關(guān)閉!

請(qǐng)先 登錄 再評(píng)論,若不是會(huì)員請(qǐng)先 注冊(cè)!
美女极度色诱视频在线观看| 国产永久免费高清在线精品| 99热九九热这里只有精品| 亚洲日本中文字幕视频在线观看 | 精品香蕉一区二区在线| 国产又色又爽又黄又大| 深夜福利亚洲高清性感| 在线一区二区免费的视频| 中文字幕五月婷婷免费 | 日韩一区二区三区四区乱码视频| 中文文精品字幕一区二区| 日韩精品一区二区毛片| 亚洲一区二区三区四区性色av| 亚洲一区二区三区三区| 日韩无套内射免费精品| 午夜福利国产精品不卡| 亚洲国产香蕉视频在线观看| 国产精品激情在线观看| 国产自拍欧美日韩在线观看| 老鸭窝精彩从这里蔓延| 国产麻豆成人精品区在线观看| 国产免费一区二区三区av大片| 欧美加勒比一区二区三区| 国产日韩久久精品一区| 中文字幕人妻综合一区二区| 午夜午夜精品一区二区| 国产精品不卡高清在线观看| 欧美日不卡无在线一区| 国产精品不卡一区二区三区四区| 国产又粗又猛又长又黄视频| 精品人妻一区二区三区免费看| 五月情婷婷综合激情综合狠狠| 樱井知香黑人一区二区| 高中女厕偷拍一区二区三区| 国产午夜精品久久福利| 国产中文字幕一二三区| 亚洲中文字幕亲近伦片| 午夜视频成人在线观看| 国产午夜福利一区二区| 五月的丁香婷婷综合网| 成人午夜激情在线免费观看|