1. 面向?qū)ο蠛兔嫦蜻^程的區(qū)別

• 面向過程 ：面向過程性能比面向?qū)ο蟾摺?因?yàn)轭愓{(diào)用時(shí)需要實(shí)例化，開銷比較大，比較消耗資源，所以當(dāng)性能是最重要的考量因素的時(shí)候，比如單片機(jī)、嵌入式開發(fā)、Linux/Unix等一般采用面向過程開發(fā)。但是，面向過程沒有面向?qū)ο笠拙S護(hù)、易復(fù)用、易擴(kuò)展。
• 面向?qū)ο?：面向?qū)ο笠拙S護(hù)、易復(fù)用、易擴(kuò)展。 因?yàn)槊嫦驅(qū)ο笥蟹庋b、繼承、多態(tài)性的特性，所以可以設(shè)計(jì)出低耦合的系統(tǒng)，使系統(tǒng)更加靈活、更加易于維護(hù)。但是，面向?qū)ο笮阅鼙让嫦蜻^程低。

這個(gè)并不是根本原因，面向過程也需要分配內(nèi)存，計(jì)算內(nèi)存偏移量，Java性能差的主要原因并不是因?yàn)樗敲嫦驅(qū)ο笳Z言，而是Java是半編譯語言，最終的執(zhí)行代碼并不是可以直接被CPU執(zhí)行的二進(jìn)制機(jī)械碼。
而面向過程語言大多都是直接編譯成機(jī)械碼在電腦上執(zhí)行，并且其它一些面向過程的腳本語言性能也并不一定比Java好。

2. Java 語言有哪些特點(diǎn)?

1. 簡單易學(xué)；
2. 面向?qū)ο螅ǚ庋b，繼承，多態(tài)）；
3. 平臺(tái)無關(guān)性（ Java 虛擬機(jī)實(shí)現(xiàn)平臺(tái)無關(guān)性）；
4. 可靠性；
5. 安全性；
6. 支持多線程（ C++ 語言沒有內(nèi)置的多線程機(jī)制，因此必須調(diào)用操作系統(tǒng)的多線程功能來進(jìn)行多線程程序設(shè)計(jì)，而 Java 語言卻提供了多線程支持）；
7. 支持網(wǎng)絡(luò)編程并且很方便（ Java 語言誕生本身就是為簡化網(wǎng)絡(luò)編程設(shè)計(jì)的，因此 Java 語言不僅支持網(wǎng)絡(luò)編程而且很方便）；
8. 編譯與解釋并存；

3. 關(guān)于 JVM JDK 和 JRE 最詳細(xì)通俗的解答

3.1 JVM

Java虛擬機(jī)（JVM）是運(yùn)行 Java 字節(jié)碼的虛擬機(jī)。JVM有針對(duì)不同系統(tǒng)的特定實(shí)現(xiàn)（Windows，Linux，macOS），目的是使用相同的字節(jié)碼，它們都會(huì)給出相同的結(jié)果。

什么是字節(jié)碼?采用字節(jié)碼的好處是什么?

在 Java 中，JVM可以理解的代碼就叫做字節(jié)碼（即擴(kuò)展名為 .class 的文件），它不面向任何特定的處理器，只面向虛擬機(jī)。Java 語言通過字節(jié)碼的方式，在一定程度上解決了傳統(tǒng)解釋型語言執(zhí)行效率低的問題，同時(shí)又保留了解釋型語言可移植的特點(diǎn)。所以 Java 程序運(yùn)行時(shí)比較高效，而且，由于字節(jié)碼并不針對(duì)一種特定的機(jī)器，因此，Java程序無須重新編譯便可在多種不同操作系統(tǒng)的計(jì)算機(jī)上運(yùn)行。

Java 程序從源代碼到運(yùn)行一般有下面3步：

Screen Shot 2020-01-17 at 6.46.19 PM.png

我們需要格外注意的是 .class->機(jī)器碼 這一步。在這一步 JVM 類加載器首先加載字節(jié)碼文件，然后通過解釋器逐行解釋執(zhí)行，這種方式的執(zhí)行速度會(huì)相對(duì)比較慢。而且，有些方法和代碼塊是經(jīng)常需要被調(diào)用的(也就是所謂的熱點(diǎn)代碼)，所以后面引進(jìn)了 JIT 編譯器，而JIT 屬于運(yùn)行時(shí)編譯。當(dāng) JIT 編譯器完成第一次編譯后，其會(huì)將字節(jié)碼對(duì)應(yīng)的機(jī)器碼保存下來，下次可以直接使用。而我們知道，機(jī)器碼的運(yùn)行效率肯定是高于 Java 解釋器的。這也解釋了我們?yōu)槭裁唇?jīng)常會(huì)說 Java 是編譯與解釋共存的語言。

HotSpot采用了惰性評(píng)估(Lazy Evaluation)的做法，根據(jù)二八定律，消耗大部分系統(tǒng)資源的只有那一小部分的代碼（熱點(diǎn)代碼），而這也就是JIT所需要編譯的部分。JVM會(huì)根據(jù)代碼每次被執(zhí)行的情況收集信息并相應(yīng)地做出一些優(yōu)化，因此執(zhí)行的次數(shù)越多，它的速度就越快。JDK 9引入了一種新的編譯模式AOT(Ahead of Time Compilation)，它是直接將字節(jié)碼編譯成機(jī)器碼，這樣就避免了JIT預(yù)熱等各方面的開銷。JDK支持分層編譯和AOT協(xié)作使用。但是 ，AOT 編譯器的編譯質(zhì)量是肯定比不上 JIT 編譯器的。

總結(jié)：

Java虛擬機(jī)（JVM）是運(yùn)行 Java 字節(jié)碼的虛擬機(jī)。JVM有針對(duì)不同系統(tǒng)的特定實(shí)現(xiàn)（Windows，Linux，macOS），目的是使用相同的字節(jié)碼，它們都會(huì)給出相同的結(jié)果。字節(jié)碼和不同系統(tǒng)的 JVM 實(shí)現(xiàn)是 Java 語言“一次編譯，隨處可以運(yùn)行”的關(guān)鍵所在。

3.2 JDK 和 JRE

JDK是Java Development Kit，它是功能齊全的Java SDK。它擁有JRE所擁有的一切，還有編譯器（javac）和工具（如javadoc和jdb）。它能夠創(chuàng)建和編譯程序。

JRE 是 Java運(yùn)行時(shí)環(huán)境。它是運(yùn)行已編譯 Java 程序所需的所有內(nèi)容的集合，包括 Java虛擬機(jī)（JVM），Java類庫，java命令和其他的一些基礎(chǔ)構(gòu)件。但是，它不能用于創(chuàng)建新程序。

如果你只是為了運(yùn)行一下 Java 程序的話，那么你只需要安裝 JRE 就可以了。如果你需要進(jìn)行一些 Java 編程方面的工作，那么你就需要安裝JDK了。但是，這不是絕對(duì)的。有時(shí)，即使您不打算在計(jì)算機(jī)上進(jìn)行任何Java開發(fā)，仍然需要安裝JDK。例如，如果要使用JSP部署Web應(yīng)用程序，那么從技術(shù)上講，您只是在應(yīng)用程序服務(wù)器中運(yùn)行Java程序。那你為什么需要JDK呢？因?yàn)閼?yīng)用程序服務(wù)器會(huì)將 JSP 轉(zhuǎn)換為 Java servlet，并且需要使用 JDK 來編譯 servlet。

4. Oracle JDK 和 OpenJDK 的對(duì)比

可能在看這個(gè)問題之前很多人和我一樣并沒有接觸和使用過 OpenJDK 。那么Oracle和OpenJDK之間是否存在重大差異？下面我通過收集到的一些資料，為你解答這個(gè)被很多人忽視的問題。

對(duì)于Java 7，沒什么關(guān)鍵的地方。OpenJDK項(xiàng)目主要基于Sun捐贈(zèng)的HotSpot源代碼。此外，OpenJDK被選為Java 7的參考實(shí)現(xiàn)，由Oracle工程師維護(hù)。關(guān)于JVM，JDK，JRE和OpenJDK之間的區(qū)別，Oracle博客帖子在2012年有一個(gè)更詳細(xì)的答案：

問：OpenJDK存儲(chǔ)庫中的源代碼與用于構(gòu)建Oracle JDK的代碼之間有什么區(qū)別？
答：非常接近 - 我們的Oracle JDK版本構(gòu)建過程基于OpenJDK 7構(gòu)建，只添加了幾個(gè)部分，例如部署代碼，其中包括Oracle的Java插件和Java WebStart的實(shí)現(xiàn)，以及一些封閉的源代碼派對(duì)組件，如圖形光柵化器，一些開源的第三方組件，如Rhino，以及一些零碎的東西，如附加文檔或第三方字體。展望未來，我們的目的是開源Oracle JDK的所有部分，除了我們考慮商業(yè)功能的部分。

總結(jié)：

1. Oracle JDK大概每6個(gè)月發(fā)一次主要版本，而OpenJDK版本大概每三個(gè)月發(fā)布一次。但這不是固定的，我覺得了解這個(gè)沒啥用處。詳情參見：blogs.oracle.com/java-platfo…
2. OpenJDK 是一個(gè)參考模型并且是完全開源的，而Oracle JDK是OpenJDK的一個(gè)實(shí)現(xiàn)，并不是完全開源的；
3. Oracle JDK 比 OpenJDK 更穩(wěn)定。OpenJDK和Oracle JDK的代碼幾乎相同，但Oracle JDK有更多的類和一些錯(cuò)誤修復(fù)。因此，如果您想開發(fā)企業(yè)/商業(yè)軟件，我建議您選擇Oracle JDK，因?yàn)樗?jīng)過了徹底的測試和穩(wěn)定。某些情況下，有些人提到在使用OpenJDK 可能會(huì)遇到了許多應(yīng)用程序崩潰的問題，但是，只需切換到Oracle JDK就可以解決問題；
4. 在響應(yīng)性和JVM性能方面，Oracle JDK與OpenJDK相比提供了更好的性能；
5. Oracle JDK不會(huì)為即將發(fā)布的版本提供長期支持，用戶每次都必須通過更新到最新版本獲得支持來獲取最新版本；
6. Oracle JDK根據(jù)二進(jìn)制代碼許可協(xié)議獲得許可，而OpenJDK根據(jù)GPL v2許可獲得許可。

5. Java和C++的區(qū)別?

我知道很多人沒學(xué)過 C++，但是面試官就是沒事喜歡拿咱們 Java 和 C++ 比呀！沒辦法！！！就算沒學(xué)過C++，也要記下來！

• 都是面向?qū)ο蟮恼Z言，都支持封裝、繼承和多態(tài)
• Java 不提供指針來直接訪問內(nèi)存，程序內(nèi)存更加安全
• Java 的類是單繼承的，C++ 支持多重繼承；雖然 Java 的類不可以多繼承，但是接口可以多繼承。
• Java 有自動(dòng)內(nèi)存管理機(jī)制，不需要程序員手動(dòng)釋放無用內(nèi)存

6. 什么是 Java 程序的主類 應(yīng)用程序和小程序的主類有何不同?

一個(gè)程序中可以有多個(gè)類，但只能有一個(gè)類是主類。在 Java 應(yīng)用程序中，這個(gè)主類是指包含 main（）方法的類。而在 Java 小程序中，這個(gè)主類是一個(gè)繼承自系統(tǒng)類 JApplet 或 Applet 的子類。應(yīng)用程序的主類不一定要求是 public 類，但小程序的主類要求必須是 public 類。主類是 Java 程序執(zhí)行的入口點(diǎn)。

7. Java 應(yīng)用程序與小程序之間有哪些差別?

簡單說應(yīng)用程序是從主線程啟動(dòng)(也就是 main() 方法)。applet 小程序沒有 main() 方法，主要是嵌在瀏覽器頁面上運(yùn)行(調(diào)用init()或者run()來啟動(dòng))，嵌入瀏覽器這點(diǎn)跟 flash 的小游戲類似。

8. 字符型常量和字符串常量的區(qū)別?

1. 形式上: 字符常量是單引號(hào)引起的一個(gè)字符; 字符串常量是雙引號(hào)引起的若干個(gè)字符
2. 含義上: 字符常量相當(dāng)于一個(gè)整型值( ASCII 值),可以參加表達(dá)式運(yùn)算; 字符串常量代表一個(gè)地址值(該字符串在內(nèi)存中存放位置)
3. 占內(nèi)存大小 字符常量只占2個(gè)字節(jié); 字符串常量占若干個(gè)字節(jié)(至少一個(gè)字符結(jié)束標(biāo)志) (注意： char在Java中占兩個(gè)字節(jié))

Screen Shot 2020-01-17 at 6.58.40 PM.png

9. 構(gòu)造器 Constructor 是否可被 override?

在講繼承的時(shí)候我們就知道父類的私有屬性和構(gòu)造方法并不能被繼承，所以 Constructor 也就不能被 override（重寫）,但是可以 overload（重載）,所以你可以看到一個(gè)類中有多個(gè)構(gòu)造函數(shù)的情況。

10. 重載和重寫的區(qū)別

• 重載： 發(fā)生在同一個(gè)類中，方法名必須相同，參數(shù)類型不同、個(gè)數(shù)不同、順序不同，方法返回值和訪問修飾符可以不同，發(fā)生在編譯時(shí)。
• 重寫： 發(fā)生在父子類中，方法名、參數(shù)列表必須相同，返回值范圍小于等于父類，拋出的異常范圍小于等于父類，訪問修飾符范圍大于等于父類；如果父類方法訪問修飾符為 private 則子類就不能重寫該方法。

11. Java 面向?qū)ο缶幊倘筇匦? 封裝 繼承 多態(tài)

11.1 封裝

封裝把一個(gè)對(duì)象的屬性私有化，同時(shí)提供一些可以被外界訪問的屬性的方法，如果屬性不想被外界訪問，我們大可不必提供方法給外界訪問。但是如果一個(gè)類沒有提供給外界訪問的方法，那么這個(gè)類也沒有什么意義了。

11.2 繼承

繼承是使用已存在的類的定義作為基礎(chǔ)建立新類的技術(shù)，新類的定義可以增加新的數(shù)據(jù)或新的功能，也可以用父類的功能，但不能選擇性地繼承父類。通過使用繼承我們能夠非常方便地復(fù)用以前的代碼。

關(guān)于繼承如下 3 點(diǎn)請記住：

1. 子類擁有父類對(duì)象所有的屬性和方法（包括私有屬性和私有方法），但是父類中的私有屬性和方法子類是無法訪問，只是擁有。
2. 子類可以擁有自己屬性和方法，即子類可以對(duì)父類進(jìn)行擴(kuò)展。
3. 子類可以用自己的方式實(shí)現(xiàn)父類的方法。（以后介紹）。

11.3 多態(tài)

所謂多態(tài)就是指程序中定義的引用變量所指向的具體類型和通過該引用變量發(fā)出的方法調(diào)用在編程時(shí)并不確定，而是在程序運(yùn)行期間才確定，即一個(gè)引用變量到底會(huì)指向哪個(gè)類的實(shí)例對(duì)象，該引用變量發(fā)出的方法調(diào)用到底是哪個(gè)類中實(shí)現(xiàn)的方法，必須在由程序運(yùn)行期間才能決定。

在Java中有兩種形式可以實(shí)現(xiàn)多態(tài)：繼承（多個(gè)子類對(duì)同一方法的重寫）和接口（實(shí)現(xiàn)接口并覆蓋接口中同一方法）。

12. String StringBuffer 和 StringBuilder 的區(qū)別是什么? String 為什么是不可變的?

可變性

簡單的來說：String 類中使用 final 關(guān)鍵字修飾字符數(shù)組來保存字符串，private final char value[]，所以 String 對(duì)象是不可變的。而StringBuilder 與 StringBuffer 都繼承自 AbstractStringBuilder 類，在 AbstractStringBuilder 中也是使用字符數(shù)組保存字符串char[]value 但是沒有用 final 關(guān)鍵字修飾，所以這兩種對(duì)象都是可變的。

StringBuilder 與 StringBuffer 的構(gòu)造方法都是調(diào)用父類構(gòu)造方法也就是 AbstractStringBuilder 實(shí)現(xiàn)的，大家可以自行查閱源碼。

AbstractStringBuilder.java

abstract class AbstractStringBuilder implements Appendable, CharSequence {
    char[] value;
    int count;
    AbstractStringBuilder() {
    }
    AbstractStringBuilder(int capacity) {
        value = new char[capacity];
    }

線程安全性

String 中的對(duì)象是不可變的，也就可以理解為常量，線程安全。AbstractStringBuilder 是 StringBuilder 與 StringBuffer 的公共父類，定義了一些字符串的基本操作，如 expandCapacity、append、insert、indexOf 等公共方法。StringBuffer 對(duì)方法加了同步鎖或者對(duì)調(diào)用的方法加了同步鎖，所以是線程安全的。StringBuilder 并沒有對(duì)方法進(jìn)行加同步鎖，所以是非線程安全的。

性能

每次對(duì) String 類型進(jìn)行改變的時(shí)候，都會(huì)生成一個(gè)新的 String 對(duì)象，然后將指針指向新的 String 對(duì)象。StringBuffer 每次都會(huì)對(duì) StringBuffer 對(duì)象本身進(jìn)行操作，而不是生成新的對(duì)象并改變對(duì)象引用。相同情況下使用 StringBuilder 相比使用 StringBuffer 僅能獲得 10%~15% 左右的性能提升，但卻要冒多線程不安全的風(fēng)險(xiǎn)。

對(duì)于三者使用的總結(jié)：

1. 操作少量的數(shù)據(jù): 適用String
2. 單線程操作字符串緩沖區(qū)下操作大量數(shù)據(jù): 適用StringBuilder
3. 多線程操作字符串緩沖區(qū)下操作大量數(shù)據(jù): 適用StringBuffer

13. 自動(dòng)裝箱與拆箱

• 裝箱：將基本類型用它們對(duì)應(yīng)的引用類型包裝起來；
• 拆箱：將包裝類型轉(zhuǎn)換為基本數(shù)據(jù)類型；

14. 在一個(gè)靜態(tài)方法內(nèi)調(diào)用一個(gè)非靜態(tài)成員為什么是非法的?

由于靜態(tài)方法可以不通過對(duì)象進(jìn)行調(diào)用，因此在靜態(tài)方法里，不能調(diào)用其他非靜態(tài)變量，也不可以訪問非靜態(tài)變量成員。

15. 在 Java 中定義一個(gè)不做事且沒有參數(shù)的構(gòu)造方法的作用

Java 程序在執(zhí)行子類的構(gòu)造方法之前，如果沒有用 super()來調(diào)用父類特定的構(gòu)造方法，則會(huì)調(diào)用父類中“沒有參數(shù)的構(gòu)造方法”。因此，如果父類中只定義了有參數(shù)的構(gòu)造方法，而在子類的構(gòu)造方法中又沒有用 super()來調(diào)用父類中特定的構(gòu)造方法，則編譯時(shí)將發(fā)生錯(cuò)誤，因?yàn)?Java 程序在父類中找不到?jīng)]有參數(shù)的構(gòu)造方法可供執(zhí)行。解決辦法是在父類里加上一個(gè)不做事且沒有參數(shù)的構(gòu)造方法。

16. import java和javax有什么區(qū)別？

剛開始的時(shí)候 JavaAPI 所必需的包是 java 開頭的包，javax 當(dāng)時(shí)只是擴(kuò)展 API 包來使用。然而隨著時(shí)間的推移，javax 逐漸地?cái)U(kuò)展成為 Java API 的組成部分。但是，將擴(kuò)展從 javax 包移動(dòng)到 java 包確實(shí)太麻煩了，最終會(huì)破壞一堆現(xiàn)有的代碼。因此，最終決定 javax 包將成為標(biāo)準(zhǔn)API的一部分。

所以，實(shí)際上java和javax沒有區(qū)別。這都是一個(gè)名字。

17. 接口和抽象類的區(qū)別是什么？

1. 接口的方法默認(rèn)是 public，所有方法在接口中不能有實(shí)現(xiàn)(Java 8 開始接口方法可以有默認(rèn)實(shí)現(xiàn)），而抽象類可以有非抽象的方法。
2. 接口中除了static、final變量，不能有其他變量，而抽象類中則不一定。
3. 一個(gè)類可以實(shí)現(xiàn)多個(gè)接口，但只能實(shí)現(xiàn)一個(gè)抽象類。接口自己本身可以通過extends關(guān)鍵字?jǐn)U展多個(gè)接口。
4. 接口方法默認(rèn)修飾符是public，抽象方法可以有public、protected和default這些修飾符（抽象方法就是為了被重寫所以不能使用private關(guān)鍵字修飾！）。
5. 從設(shè)計(jì)層面來說，抽象是對(duì)類的抽象，是一種模板設(shè)計(jì)，而接口是對(duì)行為的抽象，是一種行為的規(guī)范。

備注：在JDK8中，接口也可以定義靜態(tài)方法，可以直接用接口名調(diào)用。實(shí)現(xiàn)類和實(shí)現(xiàn)是不可以調(diào)用的。如果同時(shí)實(shí)現(xiàn)兩個(gè)接口，接口中定義了一樣的默認(rèn)方法，則必須重寫，不然會(huì)報(bào)錯(cuò)。

18. 成員變量與局部變量的區(qū)別有哪些？

1. 從語法形式上看:成員變量是屬于類的，而局部變量是在方法中定義的變量或是方法的參數(shù)；成員變量可以被 public,private,static 等修飾符所修飾，而局部變量不能被訪問控制修飾符及 static 所修飾；但是，成員變量和局部變量都能被 final 所修飾。
2. 從變量在內(nèi)存中的存儲(chǔ)方式來看:如果成員變量是使用static修飾的，那么這個(gè)成員變量是屬于類的，如果沒有使用static修飾，這個(gè)成員變量是屬于實(shí)例的。而對(duì)象存在于堆內(nèi)存，局部變量則存在于棧內(nèi)存。
3. 從變量在內(nèi)存中的生存時(shí)間上看:成員變量是對(duì)象的一部分，它隨著對(duì)象的創(chuàng)建而存在，而局部變量隨著方法的調(diào)用而自動(dòng)消失。
4. 成員變量如果沒有被賦初值:則會(huì)自動(dòng)以類型的默認(rèn)值而賦值（一種情況例外:被 final 修飾的成員變量也必須顯式地賦值），而局部變量則不會(huì)自動(dòng)賦值。

19. 創(chuàng)建一個(gè)對(duì)象用什么運(yùn)算符?對(duì)象實(shí)體與對(duì)象引用有何不同?

new運(yùn)算符，new創(chuàng)建對(duì)象實(shí)例（對(duì)象實(shí)例在堆內(nèi)存中），對(duì)象引用指向?qū)ο髮?shí)例（對(duì)象引用存放在棧內(nèi)存中）。一個(gè)對(duì)象引用可以指向0個(gè)或1個(gè)對(duì)象（一根繩子可以不系氣球，也可以系一個(gè)氣球）;一個(gè)對(duì)象可以有n個(gè)引用指向它（可以用n條繩子系住一個(gè)氣球）。

20. 什么是方法的返回值?返回值在類的方法里的作用是什么?

方法的返回值是指我們獲取到的某個(gè)方法體中的代碼執(zhí)行后產(chǎn)生的結(jié)果！（前提是該方法可能產(chǎn)生結(jié)果）。返回值的作用:接收出結(jié)果，使得它可以用于其他的操作！

21. 一個(gè)類的構(gòu)造方法的作用是什么? 若一個(gè)類沒有聲明構(gòu)造方法，該程序能正確執(zhí)行嗎? 為什么?

主要作用是完成對(duì)類對(duì)象的初始化工作。可以執(zhí)行。因?yàn)橐粋€(gè)類即使沒有聲明構(gòu)造方法也會(huì)有默認(rèn)的不帶參數(shù)的構(gòu)造方法。

22. 構(gòu)造方法有哪些特性？

1. 名字與類名相同。
2. 沒有返回值，但不能用void聲明構(gòu)造函數(shù)。
3. 生成類的對(duì)象時(shí)自動(dòng)執(zhí)行，無需調(diào)用。

23. 靜態(tài)方法和實(shí)例方法有何不同

1. 在外部調(diào)用靜態(tài)方法時(shí)，可以使用"類名.方法名"的方式，也可以使用"對(duì)象名.方法名"的方式。而實(shí)例方法只有后面這種方式。也就是說，調(diào)用靜態(tài)方法可以無需創(chuàng)建對(duì)象。

2. 靜態(tài)方法在訪問本類的成員時(shí)，只允許訪問靜態(tài)成員（即靜態(tài)成員變量和靜態(tài)方法），而不允許訪問實(shí)例成員變量和實(shí)例方法；實(shí)例方法則無此限制。

24. 對(duì)象的相等與指向他們的引用相等,兩者有什么不同?

對(duì)象的相等，比的是內(nèi)存中存放的內(nèi)容是否相等。而引用相等，比較的是他們指向的內(nèi)存地址是否相等。

25. 在調(diào)用子類構(gòu)造方法之前會(huì)先調(diào)用父類沒有參數(shù)的構(gòu)造方法,其目的是?

幫助子類做初始化工作。

26. == 與 equals(重要)

== : 它的作用是判斷兩個(gè)對(duì)象的地址是不是相等。即，判斷兩個(gè)對(duì)象是不是同一個(gè)對(duì)象(基本數(shù)據(jù)類型==比較的是值，引用數(shù)據(jù)類型==比較的是內(nèi)存地址)。

equals() : 它的作用也是判斷兩個(gè)對(duì)象是否相等。但它一般有兩種使用情況：

• 情況1：類沒有覆蓋 equals() 方法。則通過 equals() 比較該類的兩個(gè)對(duì)象時(shí)，等價(jià)于通過“==”比較這兩個(gè)對(duì)象。
• 情況2：類覆蓋了 equals() 方法。一般，我們都覆蓋 equals() 方法來比較兩個(gè)對(duì)象的內(nèi)容是否相等；若它們的內(nèi)容相等，則返回 true (即，認(rèn)為這兩個(gè)對(duì)象相等)。

舉個(gè)例子：

public class test1 {
    public static void main(String[] args) {
        String a = new String("ab"); // a 為一個(gè)引用
        String b = new String("ab"); // b為另一個(gè)引用,對(duì)象的內(nèi)容一樣
        String aa = "ab"; // 放在常量池中
        String bb = "ab"; // 從常量池中查找
        if (aa == bb) // true
            System.out.println("aa==bb");
        if (a == b) // false，非同一對(duì)象
            System.out.println("a==b");
        if (a.equals(b)) // true
            System.out.println("aEQb");
        if (42 == 42.0) { // true
            System.out.println("true");
        }
    }
}

說明：

• String 中的 equals 方法是被重寫過的，因?yàn)?object 的 equals 方法是比較的對(duì)象的內(nèi)存地址，而 String 的 equals 方法比較的是對(duì)象的值。
• 當(dāng)創(chuàng)建 String 類型的對(duì)象時(shí)，虛擬機(jī)會(huì)在常量池中查找有沒有已經(jīng)存在的值和要?jiǎng)?chuàng)建的值相同的對(duì)象，如果有就把它賦給當(dāng)前引用。如果沒有就在常量池中重新創(chuàng)建一個(gè) String 對(duì)象。

27. hashCode 與 equals (重要)

面試官可能會(huì)問你：“你重寫過 hashcode 和 equals 么，為什么重寫equals時(shí)必須重寫hashCode方法？”

27.1 hashCode（）介紹

hashCode() 的作用是獲取哈希碼，也稱為散列碼；它實(shí)際上是返回一個(gè)int整數(shù)。這個(gè)哈希碼的作用是確定該對(duì)象在哈希表中的索引位置。hashCode() 定義在JDK的Object.java中，這就意味著Java中的任何類都包含有hashCode() 函數(shù)。

散列表存儲(chǔ)的是鍵值對(duì)(key-value)，它的特點(diǎn)是：能根據(jù)“鍵”快速的檢索出對(duì)應(yīng)的“值”。這其中就利用到了散列碼！（可以快速找到所需要的對(duì)象）

27.2 為什么要有 hashCode

我們先以“HashSet 如何檢查重復(fù)”為例子來說明為什么要有 hashCode： 當(dāng)你把對(duì)象加入 HashSet 時(shí)，HashSet 會(huì)先計(jì)算對(duì)象的 hashcode 值來判斷對(duì)象加入的位置，同時(shí)也會(huì)與其他已經(jīng)加入的對(duì)象的 hashcode 值作比較，如果沒有相符的hashcode，HashSet會(huì)假設(shè)對(duì)象沒有重復(fù)出現(xiàn)。但是如果發(fā)現(xiàn)有相同 hashcode 值的對(duì)象，這時(shí)會(huì)調(diào)用 equals（）方法來檢查 hashcode 相等的對(duì)象是否真的相同。如果兩者相同，HashSet 就不會(huì)讓其加入操作成功。如果不同的話，就會(huì)重新散列到其他位置。（摘自我的Java啟蒙書《Head first java》第二版）。這樣我們就大大減少了 equals 的次數(shù)，相應(yīng)就大大提高了執(zhí)行速度。

通過我們可以看出：hashCode() 的作用就是獲取哈希碼，也稱為散列碼；它實(shí)際上是返回一個(gè)int整數(shù)。這個(gè)哈希碼的作用是確定該對(duì)象在哈希表中的索引位置。hashCode()在散列表中才有用，在其它情況下沒用。在散列表中hashCode() 的作用是獲取對(duì)象的散列碼，進(jìn)而確定該對(duì)象在散列表中的位置。

27.3 hashCode（）與equals（）的相關(guān)規(guī)定

1. 如果兩個(gè)對(duì)象相等，則hashcode一定也是相同的
2. 兩個(gè)對(duì)象相等,對(duì)兩個(gè)對(duì)象分別調(diào)用equals方法都返回true
3. 兩個(gè)對(duì)象有相同的hashcode值，它們也不一定是相等的
4. 因此，equals 方法被覆蓋過，則 hashCode 方法也必須被覆蓋
5. hashCode() 的默認(rèn)行為是對(duì)堆上的對(duì)象產(chǎn)生獨(dú)特值。如果沒有重寫 hashCode()，則該 class 的兩個(gè)對(duì)象無論如何都不會(huì)相等（即使這兩個(gè)對(duì)象指向相同的數(shù)據(jù)）

推薦閱讀: 面試題：說說hashCode() 和 equals() 之間的關(guān)系?

28. 為什么Java中只有值傳遞？

面試題：為什么Java中只有值傳遞？

29. 簡述線程、程序、進(jìn)程的基本概念。以及他們之間關(guān)系是什么?

線程與進(jìn)程相似，但線程是一個(gè)比進(jìn)程更小的執(zhí)行單位。一個(gè)進(jìn)程在其執(zhí)行的過程中可以產(chǎn)生多個(gè)線程。與進(jìn)程不同的是同類的多個(gè)線程共享同一塊內(nèi)存空間和一組系統(tǒng)資源，所以系統(tǒng)在產(chǎn)生一個(gè)線程，或是在各個(gè)線程之間作切換工作時(shí)，負(fù)擔(dān)要比進(jìn)程小得多，也正因?yàn)槿绱耍€程也被稱為輕量級(jí)進(jìn)程。

程序是含有指令和數(shù)據(jù)的文件，被存儲(chǔ)在磁盤或其他的數(shù)據(jù)存儲(chǔ)設(shè)備中，也就是說程序是靜態(tài)的代碼。

進(jìn)程是程序的一次執(zhí)行過程，是系統(tǒng)運(yùn)行程序的基本單位，因此進(jìn)程是動(dòng)態(tài)的。系統(tǒng)運(yùn)行一個(gè)程序即是一個(gè)進(jìn)程從創(chuàng)建，運(yùn)行到消亡的過程。簡單來說，一個(gè)進(jìn)程就是一個(gè)執(zhí)行中的程序，它在計(jì)算機(jī)中一個(gè)指令接著一個(gè)指令地執(zhí)行著，同時(shí)，每個(gè)進(jìn)程還占有某些系統(tǒng)資源如CPU時(shí)間，內(nèi)存空間，文件，輸入輸出設(shè)備的使用權(quán)等等。換句話說，當(dāng)程序在執(zhí)行時(shí)，將會(huì)被操作系統(tǒng)載入內(nèi)存中。
線程是進(jìn)程劃分成的更小的運(yùn)行單位。線程和進(jìn)程最大的不同在于基本上各進(jìn)程是獨(dú)立的，而各線程則不一定，因?yàn)橥贿M(jìn)程中的線程極有可能會(huì)相互影響。從另一角度來說，進(jìn)程屬于操作系統(tǒng)的范疇，主要是同一段時(shí)間內(nèi)，可以同時(shí)執(zhí)行一個(gè)以上的程序，而線程則是在同一程序內(nèi)幾乎同時(shí)執(zhí)行一個(gè)以上的程序段。

30. 線程有哪些基本狀態(tài)?

Java 線程在運(yùn)行的生命周期中的指定時(shí)刻只可能處于下面6種不同狀態(tài)的其中一個(gè)狀態(tài)（圖源《Java 并發(fā)編程藝術(shù)》4.1.4節(jié)）。

Screen Shot 2020-01-17 at 9.23.48 PM.png

線程在生命周期中并不是固定處于某一個(gè)狀態(tài)而是隨著代碼的執(zhí)行在不同狀態(tài)之間切換。Java 線程狀態(tài)變遷如下圖所示（圖源《Java 并發(fā)編程藝術(shù)》4.1.4節(jié)）：

Screen Shot 2020-01-17 at 9.24.31 PM.png

由上圖可以看出：

線程創(chuàng)建之后它將處于 NEW（新建） 狀態(tài)，調(diào)用 start() 方法后開始運(yùn)行，線程這時(shí)候處于 READY（可運(yùn)行） 狀態(tài)。可運(yùn)行狀態(tài)的線程獲得了 cpu 時(shí)間片（timeslice）后就處于 RUNNING（運(yùn)行） 狀態(tài)。

操作系統(tǒng)隱藏 Java虛擬機(jī)（JVM）中的 READY 和 RUNNING 狀態(tài)，它只能看到 RUNNABLE 狀態(tài)（圖源：HowToDoInJava：Java Thread Life Cycle and Thread States），所以 Java 系統(tǒng)一般將這兩個(gè)狀態(tài)統(tǒng)稱為 RUNNABLE（運(yùn)行中） 狀態(tài) 。

當(dāng)線程執(zhí)行 wait()方法之后，線程進(jìn)入 WAITING（等待）狀態(tài)。進(jìn)入等待狀態(tài)的線程需要依靠其他線程的通知才能夠返回到運(yùn)行狀態(tài)，而 TIME_WAITING(超時(shí)等待) 狀態(tài)相當(dāng)于在等待狀態(tài)的基礎(chǔ)上增加了超時(shí)限制，比如通過 sleep（long millis）方法或 wait（long millis）方法可以將 Java 線程置于 TIMED WAITING 狀態(tài)。當(dāng)超時(shí)時(shí)間到達(dá)后 Java 線程將會(huì)返回到 RUNNABLE 狀態(tài)。當(dāng)線程調(diào)用同步方法時(shí)，在沒有獲取到鎖的情況下，線程將會(huì)進(jìn)入到 BLOCKED（阻塞） 狀態(tài)。線程在執(zhí)行 Runnable 的run()方法之后將會(huì)進(jìn)入到 TERMINATED（終止） 狀態(tài)。

31. 關(guān)于 final 關(guān)鍵字的一些總結(jié)

final關(guān)鍵字主要用在三個(gè)地方：變量、方法、類。

1. 對(duì)于一個(gè)final變量，如果是基本數(shù)據(jù)類型的變量，則其數(shù)值一旦在初始化之后便不能更改；如果是引用類型的變量，則在對(duì)其初始化之后便不能再讓其指向另一個(gè)對(duì)象。
2. 當(dāng)用final修飾一個(gè)類時(shí)，表明這個(gè)類不能被繼承。final類中的所有成員方法都會(huì)被隱式地指定為final方法。
3. 使用final方法的原因有兩個(gè)。第一個(gè)原因是把方法鎖定，以防任何繼承類修改它的含義；第二個(gè)原因是效率。在早期的Java實(shí)現(xiàn)版本中，會(huì)將final方法轉(zhuǎn)為內(nèi)嵌調(diào)用。但是如果方法過于龐大，可能看不到內(nèi)嵌調(diào)用帶來的任何性能提升（現(xiàn)在的Java版本已經(jīng)不需要使用final方法進(jìn)行這些優(yōu)化了）。類中所有的private方法都隱式地指定為final。

32. Java 中的異常處理

32.1 Java異常類層次結(jié)構(gòu)圖

Screen Shot 2020-01-17 at 9.29.08 PM.png

在 Java 中，所有的異常都有一個(gè)共同的祖先java.lang包中的 Throwable類。Throwable： 有兩個(gè)重要的子類：Exception（異常） 和 Error（錯(cuò)誤） ，二者都是 Java 異常處理的重要子類，各自都包含大量子類。

Error（錯(cuò)誤）:是程序無法處理的錯(cuò)誤，表示運(yùn)行應(yīng)用程序中較嚴(yán)重問題。大多數(shù)錯(cuò)誤與代碼編寫者執(zhí)行的操作無關(guān)，而表示代碼運(yùn)行時(shí) JVM（Java 虛擬機(jī)）出現(xiàn)的問題。例如，Java虛擬機(jī)運(yùn)行錯(cuò)誤（Virtual MachineError），當(dāng) JVM 不再有繼續(xù)執(zhí)行操作所需的內(nèi)存資源時(shí)，將出現(xiàn) OutOfMemoryError。這些異常發(fā)生時(shí)，Java虛擬機(jī)（JVM）一般會(huì)選擇線程終止。

這些錯(cuò)誤表示故障發(fā)生于虛擬機(jī)自身、或者發(fā)生在虛擬機(jī)試圖執(zhí)行應(yīng)用時(shí)，如Java虛擬機(jī)運(yùn)行錯(cuò)誤（Virtual MachineError）、類定義錯(cuò)誤（NoClassDefFoundError）等。這些錯(cuò)誤是不可查的，因?yàn)樗鼈冊趹?yīng)用程序的控制和處理能力之 外，而且絕大多數(shù)是程序運(yùn)行時(shí)不允許出現(xiàn)的狀況。對(duì)于設(shè)計(jì)合理的應(yīng)用程序來說，即使確實(shí)發(fā)生了錯(cuò)誤，本質(zhì)上也不應(yīng)該試圖去處理它所引起的異常狀況。在 Java中，錯(cuò)誤通過Error的子類描述。

Exception（異常）:是程序本身可以處理的異常。Exception 類有一個(gè)重要的子類 RuntimeException。RuntimeException 異常由Java虛擬機(jī)拋出。NullPointerException（要訪問的變量沒有引用任何對(duì)象時(shí)，拋出該異常）、ArithmeticException（算術(shù)運(yùn)算異常，一個(gè)整數(shù)除以0時(shí)，拋出該異常）和 ArrayIndexOutOfBoundsException （下標(biāo)越界異常）。

注意：異常和錯(cuò)誤的區(qū)別：異常能被程序本身處理，錯(cuò)誤是無法處理。

32.2 Throwable類常用方法

• public string getMessage():返回異常發(fā)生時(shí)的簡要描述
• public string toString():返回異常發(fā)生時(shí)的詳細(xì)信息
• public string getLocalizedMessage():返回異常對(duì)象的本地化信息。使用Throwable的子類覆蓋這個(gè)方法，可以聲稱本地化信息。如果子類沒有覆蓋該方法，則該方法返回的信息與getMessage（）返回的結(jié)果相同
• public void printStackTrace():在控制臺(tái)上打印Throwable對(duì)象封裝的異常信息

32.3 異常處理總結(jié)

• try 塊： 用于捕獲異常。其后可接零個(gè)或多個(gè)catch塊，如果沒有catch塊，則必須跟一個(gè)finally塊。
• catch 塊： 用于處理try捕獲到的異常。
• finally 塊： 無論是否捕獲或處理異常，finally塊里的語句都會(huì)被執(zhí)行。當(dāng)在try塊或catch塊中遇到return
  語句時(shí)，finally語句塊將在方法返回之前被執(zhí)行。

在以下4種特殊情況下，finally塊不會(huì)被執(zhí)行：

1. 在finally語句塊第一行發(fā)生了異常。 因?yàn)樵谄渌校琭inally塊還是會(huì)得到執(zhí)行
2. 在前面的代碼中用了System.exit(int)已退出程序。 exit是帶參函數(shù) ；若該語句在異常語句之后，finally會(huì)執(zhí)行
3. 程序所在的線程死亡。
4. 關(guān)閉CPU。

注意： 當(dāng)try語句和finally語句中都有return語句時(shí)，在方法返回之前，finally語句的內(nèi)容將被執(zhí)行，并且finally語句的返回值將會(huì)覆蓋原始的返回值。如下：

   public static int f(int value) {
        try {
            return value * value;
        } finally {
            if (value == 2) {
                return 0;
            }
        }
    }

如果調(diào)用 f(2)，返回值將是0，因?yàn)閒inally語句的返回值覆蓋了try語句塊的返回值。

33. Java序列化中如果有些字段不想進(jìn)行序列化，怎么辦？

對(duì)于不想進(jìn)行序列化的變量，使用transient關(guān)鍵字修飾。

transient關(guān)鍵字的作用是：阻止實(shí)例中那些用此關(guān)鍵字修飾的的變量序列化；當(dāng)對(duì)象被反序列化時(shí)，被transient修飾的變量值不會(huì)被持久化和恢復(fù)。transient只能修飾變量，不能修飾類和方法。

34. 獲取用鍵盤輸入常用的兩種方法

方法1：通過 Scanner

Scanner input = new Scanner(System.in);
String s  = input.nextLine();
input.close();

方法2：通過 BufferedReader

BufferedReader input = new BufferedReader(new InputStreamReader(System.in)); 
String s = input.readLine(); 

35. Java 中 IO 流

35.1 Java 中 IO 流分為幾種?

• 按照流的流向分，可以分為輸入流和輸出流；
• 按照操作單元?jiǎng)澐郑梢詣澐譃樽止?jié)流和字符流；
• 按照流的角色劃分為節(jié)點(diǎn)流和處理流。

Java Io流共涉及40多個(gè)類，這些類看上去很雜亂，但實(shí)際上很有規(guī)則，而且彼此之間存在非常緊密的聯(lián)系， Java I0流的40多個(gè)類都是從如下4個(gè)抽象類基類中派生出來的。

• InputStream/Reader: 所有的輸入流的基類，前者是字節(jié)輸入流，后者是字符輸入流。
• OutputStream/Writer: 所有輸出流的基類，前者是字節(jié)輸出流，后者是字符輸出流。

按操作方式分類結(jié)構(gòu)圖：

Screen Shot 2020-01-17 at 9.45.08 PM.png

按操作對(duì)象分類結(jié)構(gòu)圖：

Screen Shot 2020-01-17 at 9.46.55 PM.png

35.2 既然有了字節(jié)流,為什么還要有字符流?

問題本質(zhì)想問：不管是文件讀寫還是網(wǎng)絡(luò)發(fā)送接收，信息的最小存儲(chǔ)單元都是字節(jié)，那為什么 I/O 流操作要分為字節(jié)流操作和字符流操作呢？

回答：字符流是由 Java 虛擬機(jī)將字節(jié)轉(zhuǎn)換得到的，問題就出在這個(gè)過程還算是非常耗時(shí)，并且，如果我們不知道編碼類型就很容易出現(xiàn)亂碼問題。所以， I/O 流就干脆提供了一個(gè)直接操作字符的接口，方便我們平時(shí)對(duì)字符進(jìn)行流操作。如果音頻文件、圖片等媒體文件用字節(jié)流比較好，如果涉及到字符的話使用字符流比較好。

35.3 BIO,NIO,AIO 有什么區(qū)別?

• BIO (Blocking I/O): 同步阻塞I/O模式，數(shù)據(jù)的讀取寫入必須阻塞在一個(gè)線程內(nèi)等待其完成。在活動(dòng)連接數(shù)不是特別高（小于單機(jī)1000）的情況下，這種模型是比較不錯(cuò)的，可以讓每一個(gè)連接專注于自己的 I/O 并且編程模型簡單，也不用過多考慮系統(tǒng)的過載、限流等問題。線程池本身就是一個(gè)天然的漏斗，可以緩沖一些系統(tǒng)處理不了的連接或請求。但是，當(dāng)面對(duì)十萬甚至百萬級(jí)連接的時(shí)候，傳統(tǒng)的 BIO 模型是無能為力的。因此，我們需要一種更高效的 I/O 處理模型來應(yīng)對(duì)更高的并發(fā)量。
• NIO (New I/O): NIO是一種同步非阻塞的I/O模型，在Java 1.4 中引入了NIO框架，對(duì)應(yīng) java.nio 包，提供了 Channel , Selector，Buffer等抽象。NIO中的N可以理解為Non-blocking，不單純是New。它支持面向緩沖的，基于通道的I/O操作方法。 NIO提供了與傳統(tǒng)BIO模型中的 Socket 和 ServerSocket 相對(duì)應(yīng)的 SocketChannel 和 ServerSocketChannel 兩種不同的套接字通道實(shí)現(xiàn),兩種通道都支持阻塞和非阻塞兩種模式。阻塞模式使用就像傳統(tǒng)中的支持一樣，比較簡單，但是性能和可靠性都不好；非阻塞模式正好與之相反。對(duì)于低負(fù)載、低并發(fā)的應(yīng)用程序，可以使用同步阻塞I/O來提升開發(fā)速率和更好的維護(hù)性；對(duì)于高負(fù)載、高并發(fā)的（網(wǎng)絡(luò)）應(yīng)用，應(yīng)使用 NIO 的非阻塞模式來開發(fā)
• AIO (Asynchronous I/O): AIO 也就是 NIO 2。在 Java 7 中引入了 NIO 的改進(jìn)版 NIO 2,它是異步非阻塞的IO模型。異步 IO 是基于事件和回調(diào)機(jī)制實(shí)現(xiàn)的，也就是應(yīng)用操作之后會(huì)直接返回，不會(huì)堵塞在那里，當(dāng)后臺(tái)處理完成，操作系統(tǒng)會(huì)通知相應(yīng)的線程進(jìn)行后續(xù)的操作。AIO 是異步IO的縮寫，雖然 NIO 在網(wǎng)絡(luò)操作中，提供了非阻塞的方法，但是 NIO 的 IO 行為還是同步的。對(duì)于 NIO 來說，我們的業(yè)務(wù)線程是在 IO 操作準(zhǔn)備好時(shí)，得到通知，接著就由這個(gè)線程自行進(jìn)行 IO 操作，IO操作本身是同步的。查閱網(wǎng)上相關(guān)資料，我發(fā)現(xiàn)就目前來說 AIO 的應(yīng)用還不是很廣泛，Netty 之前也嘗試使用過 AIO，不過又放棄了。

36. 常見關(guān)鍵字總結(jié):static,final,this,super

詳情可看文章 final,static,this,super 關(guān)鍵字總結(jié)

37. Collections 工具類和 Arrays 工具類常見方法總結(jié)

詳情可看文章 Collections 工具類和 Arrays 工具類常見方法

38. 參考

• stackoverflow.com/questions/1…
• www.educba.com/oracle-vs-o…
• stackoverflow.com/questions/2…