天之道，
損有餘而補不足，
是故虛勝實，
不足勝有餘。
本文作者在一年之內參加過多場面試，應聘崗位均為 Java 開發方向。在不斷的面試中，分類總結了 Java 開發崗位面試中的一些知識點。
主要包括以下幾個部分：
- Java 基礎知識點
- Java 常見集合
- 高併發編程（JUC 包）
- JVM 內存管理
- Java 8 知識點
- 網絡協議相關
- 數據庫相關
- MVC 框架相關
- 大數據相關
- Linux 命令相關
面試，是大家從學校走向社會的第一步。
互聯網公司的校園招聘，從形式上說，面試一般分為 2-3 輪技術面試 +1 輪 HR 面試。
但是一些公司確實是沒有 HR 面試的，直接就是三輪技術面。
技術面試中，面試官一般會先就你所應聘的崗位進行相關知識的考察，也叫基礎知識和業務邏輯面試。
只要你回答的不是特別差，面試官通常會說：“咱們寫個代碼吧”，這個時候就開始了算法面試。
也就是說，一輪技術面試 = 基礎知識和業務邏輯面試 + 算法面試。
關於算法面試的總結，各位可以查閱我先前交流的 Chat：“知名互聯網公司校招中常見的算法題”。
本文我們主要從技術面試聊起。技術面試包括：業務邏輯和基礎知識面試。
首先是業務邏輯面試 ，也就是講項目。
面試官會對你簡歷上寫的若干個項目其中之一拿出來和你聊聊。在期間，會針對你所做的東西進行深度挖掘。
包括：為什麼要這麼做？優缺點分析，假如重新讓你做一次，你打算怎麼做？ 等等。這個環節主要考察我們對自己做過的項目（實習項目或者校內項目）是否有一個清晰的認識。
關於業務邏輯面試的準備，建議在平時多多思考總結，對項目的數據來源、整體運行框架都應該熟悉掌握。
比如說你在某公司實習過程中，就可以進行總結，而不必等到快離職的時候慌慌張張的去總結該項目。
接下來是基礎知識面試。
Java 開發屬於後臺開發方向，有人說後臺開發很坑，因為需要學習的東西太多了。沒錯，這個崗位就是需要學習好多東西。
包括：本語言（Java/C++/PHP）基礎、數據庫、網絡協議、Linux 系統、計算機原理甚至前端相關知識都可以考察你，而且，並不超綱 。
有時候，你報的是後臺開發崗，並且熟悉的是 Java 語言，但是面試官卻是 C++ 開發方向的，就是這麼無奈~
好了，閒話少說，讓我們開始分類講解常見面試知識點。
Java 基礎知識
01. 面向對象的特性有哪些？
答：封裝、繼承和多態。
02. Java 中覆蓋和重載是什麼意思？
解析：覆蓋和重載是比較重要的基礎知識點，並且容易混淆，所以面試中常見。
答：覆蓋（Override）是指子類對父類方法的一種重寫，只能比父類拋出更少的異常，訪問權限不能比父類的小。
被覆蓋的方法不能是 private 的，否則只是在子類中重新定義了一個方法；重載（Overload）表示同一個類中可以有多個名稱相同的方法，但這些方法的參數列表各不相同。
面試官： 那麼構成重載的條件有哪些？
答：參數類型不同、參數個數不同、參數順序不同。
面試官： 函數的返回值不同可以構成重載嗎？為什麼？
答：不可以，因為 Java 中調用函數並不需要強制賦值。舉例如下：
如下兩個方法：
void f(){} int f(){ return 1;}
只要編譯器可以根據語境明確判斷出語義，比如在 int x = f();中，那麼的確可以據此區分重載方法。
不過， 有時你並不關心方法的返回值，你想要的是方法調用的其他效果 （這常被稱為 “為了副作用而調用”），這時你可能會調用方法而忽略其返回值，所以如果像下面的調用：
fun();
此時 Java 如何才能判斷調用的是哪一個 f( ) 呢？別人如何理解這種代碼呢？所以，根據方法返回值來區分重載方法是行不通的。
03. 抽象類和接口的區別有哪些？
答：
- 抽象類中可以沒有抽象方法；接口中的方法必須是抽象方法；
- 抽象類中可以有普通的成員變量；接口中的變量必須是 static final 類型的，必須被初始化 , 接口中只有常量，沒有變量。
- 抽象類只能單繼承，接口可以繼承多個父接口；
- Java8 中接口中會有 default 方法，即方法可以被實現。
面試官：抽象類和接口如何選擇？
答：
- 如果要創建不帶任何方法定義和成員變量的基類，那麼就應該選擇接口而不是抽象類。
- 如果知道某個類應該是基類，那麼第一個選擇的應該是讓它成為一個接口，只有在必須要有方法定義和成員變量的時候，才應該選擇抽象類。
- 因為抽象類中允許存在一個或多個被具體實現的方法，只要方法沒有被全部實現該類就仍是抽象類。
04. Java 和 C++ 的區別：
解析：雖然我們不太懂 C++，但是就是會這麼問，尤其是三面（總監級別）面試中。
答：
- 都是面向對象的語言，都支持封裝、繼承和多態；
- 指針：Java 不提供指針來直接訪問內存，程序更加安全；
- 繼承： Java 的類是單繼承的，C++ 支持多重繼承； Java 通過一個類實現多個接口來實現 C++ 中的多重繼承； Java 中類不可以多繼承，但是！！！接口可以多繼承；
- 內存： Java 有自動內存管理機制，不需要程序員手動釋放無用內存。
05. Java 中的值傳遞和引用傳遞
答：
值傳遞是指對象被值傳遞，意味著傳遞了對象的一個副本，即使副本被改變，也不會影響源對象。引用傳遞是指對象被引用傳遞，意味著傳遞的並不是實際的對象，而是對象的引用。
因此，外部對引用對象的改變會反映到所有的對象上。
06. JDK 中常用的包有哪些？
答：java.lang、java.util、java.io、java.net、java.sql。
07. JDK，JRE 和 JVM 的聯繫和區別：
答：
JDK 是 java 開發工具包，是 java 開發環境的核心組件，並提供編譯、調試和運行一個 java 程序所需要的所有工具，可執行文件和二進制文件，是一個平臺特定的軟件。
JRE 是 java 運行時環境，是 JVM 的實施實現，提供了運行 java 程序的平臺。JRE 包含了 JVM，但是不包含 java 編譯器 / 調試器之類的開發工具。
JVM 是 java 虛擬機，當我們運行一個程序時，JVM 負責將字節碼轉換為特定機器代碼，JVM 提供了內存管理 / 垃圾回收和安全機制等。
這種獨立於硬件和操作系統，正是 java 程序可以一次編寫多處執行的原因。
區別：
- JDK 用於開發，JRE 用於運行 java 程序；
- JDK 和 JRE 中都包含 JVM；
- JVM 是 java 編程語言的核心並且具有平臺獨立性。
小結：本節主要闡述了 Java 基礎知識點，這些問題主要是一面面試官在考察，難度不大，適當複習下，應該沒什麼問題。
Java 中常見集合
集合這方面的考察相當多，這部分是面試中必考的知識點。
01. 說說常見的集合有哪些吧？
答：
Map 接口和 Collection 接口是所有集合框架的父接口：
1. Collection 接口的子接口包括：Set 接口和 List 接口；
2. Map 接口的實現類主要有：HashMap、TreeMap、Hashtable、ConcurrentHashMap 以及 Properties 等；
3. Set 接口的實現類主要有：HashSet、TreeSet、LinkedHashSet 等；
4. List 接口的實現類主要有：ArrayList、LinkedList、Stack 以及 Vector 等。
02. HashMap 和 Hashtable 的區別有哪些？（必問）
答：
- HashMap 沒有考慮同步，是線程不安全的；Hashtable 使用了 synchronized 關鍵字，是線程安全的；
- 前者允許 null 作為 Key；後者不允許 null 作為 Key。
03. HashMap 的底層實現你知道嗎？
答：
在 Java8 之前，其底層實現是數組 + 鏈表實現，Java8 使用了數組 + 鏈表 + 紅黑樹實現。此時你可以簡單的在紙上畫圖分析：
04. ConcurrentHashMap 和 Hashtable 的區別？ （必問）
答：
ConcurrentHashMap 結合了 HashMap 和 HashTable 二者的優勢。
HashMap 沒有考慮同步，hashtable 考慮了同步的問題。但是 hashtable 在每次同步執行時都要鎖住整個結構。
ConcurrentHashMap 鎖的方式是稍微細粒度的。 ConcurrentHashMap 將 hash 表分為 16 個桶（默認值），諸如 get,put,remove 等常用操作只鎖當前需要用到的桶。
面試官：ConcurrentHashMap 的具體實現知道嗎？
答：
- 該類包含兩個靜態內部類 HashEntry 和 Segment；前者用來封裝映射表的鍵值對，後者用來充當鎖的角色；
- Segment 是一種可重入的鎖 ReentrantLock，每個 Segment 守護一個 HashEntry 數組裡得元素，當對 HashEntry 數組的數據進行修改時，必須首先獲得對應的 Segment 鎖。
05. HashMap 的長度為什麼是 2 的冪次方？
答：
- 通過將 Key 的 hash 值與 length-1 進行 & 運算，實現了當前 Key 的定位，2 的冪次方可以減少衝突（碰撞）的次數，提高 HashMap 查詢效率；
- 如果 length 為 2 的次冪 則 length-1 轉化為二進制必定是 11111……的形式，在於 h 的二進制與操作效率會非常的快，而且空間不浪費；
- 如果 length 不是 2 的次冪，比如 length 為 15，則 length-1 為 14，對應的二進制為 1110，在於 h 與操作，最後一位都為 0，而 0001，0011，0101，1001，1011，0111，1101 這幾個位置永遠都不能存放元素了，空間浪費相當大。
- 更糟的是這種情況中，數組可以使用的位置比數組長度小了很多，這意味著進一步增加了碰撞的幾率，減慢了查詢的效率！這樣就會造成空間的浪費。
06. List 和 Set 的區別是啥？
答：List 元素是有序的，可以重複；Set 元素是無序的，不可以重複。
07. List、Set 和 Map 的初始容量和加載因子
答：
1. List
- ArrayList 的初始容量是 10；加載因子為 0.5； 擴容增量：原容量的 0.5 倍 +1；一次擴容後長度為 16。
- Vector 初始容量為 10，加載因子是 1。擴容增量：原容量的 1 倍，如 Vector 的容量為 10，一次擴容後是容量為 20。
2. Set
HashSet，初始容量為 16，加載因子為 0.75； 擴容增量：原容量的 1 倍； 如 HashSet 的容量為 16，一次擴容後容量為 32
3. Map
HashMap，初始容量 16，加載因子為 0.75； 擴容增量：原容量的 1 倍； 如 HashMap 的容量為 16，一次擴容後容量為 32
08. Comparable 接口和 Comparator 接口有什麼區別？
答：
- 前者簡單，但是如果需要重新定義比較類型時，需要修改源代碼。
- 後者不需要修改源代碼，自定義一個比較器，實現自定義的比較方法。
09. Java 集合的快速失敗機制 “fail-fast”
答：
它是 java 集合的一種錯誤檢測機制，當多個線程對集合進行結構上的改變的操作時，有可能會產生 fail-fast 機制。
例如 ：假設存在兩個線程（線程 1、線程 2），線程 1 通過 Iterator 在遍歷集合 A 中的元素，在某個時候線程 2 修改了集合 A 的結構（是結構上面的修改，而不是簡單的修改集合元素的內容），那麼這個時候程序就會拋出 ConcurrentModificationException 異常，從而產生 fail-fast 機制。
原因： 迭代器在遍歷時直接訪問集合中的內容，並且在遍歷過程中使用一個 modCount 變量。集合在被遍歷期間如果內容發生變化，就會改變 modCount 的值。
每當迭代器使用 hashNext()/next() 遍歷下一個元素之前，都會檢測 modCount 變量是否為 expectedmodCount 值，是的話就返回遍歷；否則拋出異常，終止遍歷。
解決辦法：
- 在遍歷過程中，所有涉及到改變 modCount 值得地方全部加上 synchronized；
- 使用 CopyOnWriteArrayList 來替換 ArrayList。
小結：本小節是 Java 中關於集合的考察，是 Java 崗位面試中必考的知識點，除了應該掌握以上的問題，包括各個集合的底層實現也建議各位同學閱讀，加深理解。
高併發編程
在 Java 5.0 提供了 java.util.concurrent（簡稱 JUC ）包，在此包中增加了在併發編程中很常用的實用工具類，用於定義類似於線程的自定義子系統，包括線程池、異步 IO 和輕量級任務框架。
01. 多線程和單線程的區別和聯繫：
答：
- 在單核 CPU 中，將 CPU 分為很小的時間片，在每一時刻只能有一個線程在執行，是一種微觀上輪流佔用 CPU 的機制。
- 多線程會存在線程上下文切換，會導致程序執行速度變慢，即採用一個擁有兩個線程的進程執行所需要的時間比一個線程的進程執行兩次所需要的時間要多一些。
結論：即採用多線程不會提高程序的執行速度，反而會降低速度，但是對於用戶來說，可以減少用戶的響應時間。
02. 如何指定多個線程的執行順序？
解析：面試官會給你舉個例子，如何讓 10 個線程按照順序打印 0123456789？（寫代碼實現）
答：
- 設定一個 orderNum，每個線程執行結束之後，更新 orderNum，指明下一個要執行的線程。並且喚醒所有的等待線程。
- 在每一個線程的開始，要 while 判斷 orderNum 是否等於自己的要求值！！不是，則 wait，是則執行本線程。
03. 線程和進程的區別（必考）
答：
- 進程是一個 “執行中的程序”，是系統進行資源分配和調度的一個獨立單位；
- 線程是進程的一個實體，一個進程中擁有多個線程，線程之間共享地址空間和其它資源（所以通信和同步等操作線程比進程更加容易）；
- 線程上下文的切換比進程上下文切換要快很多。
- （1）進程切換時，涉及到當前進程的 CPU 環境的保存和新被調度運行進程的 CPU 環境的設置。
- （2）線程切換僅需要保存和設置少量的寄存器內容，不涉及存儲管理方面的操作。
04. 多線程產生死鎖的 4 個必要條件？
答：
- 互斥條件：一個資源每次只能被一個線程使用；
- 請求與保持條件：一個線程因請求資源而阻塞時，對已獲得的資源保持不放；
- 不剝奪條件：進程已經獲得的資源，在未使用完之前，不能強行剝奪；
- 循環等待條件：若干線程之間形成一種頭尾相接的循環等待資源關係。
面試官：如何避免死鎖？（經常接著問這個問題哦~）
答：指定獲取鎖的順序，舉例如下：
- 比如某個線程只有獲得 A 鎖和 B 鎖才能對某資源進行操作，在多線程條件下，如何避免死鎖？
- 獲得鎖的順序是一定的，比如規定，只有獲得 A 鎖的線程才有資格獲取 B 鎖，按順序獲取鎖就可以避免死鎖！！！
05. sleep( ) 和 wait( n)、wait( ) 的區別：
答：
- sleep 方法：是 Thread 類的靜態方法，當前線程將睡眠 n 毫秒，線程進入阻塞狀態。當睡眠時間到了，會解除阻塞，進行可運行狀態，等待 CPU 的到來。睡眠不釋放鎖（如果有的話）；
- wait 方法：是 Object 的方法，必須與 synchronized 關鍵字一起使用，線程進入阻塞狀態，當 notify 或者 notifyall 被調用後，會解除阻塞。但是，只有重新佔用互斥鎖之後才會進入可運行狀態。睡眠時，釋放互斥鎖。
06. synchronized 關鍵字：
答：
底層實現：
- 進入時，執行 monitorenter，將計數器 +1，釋放鎖 monitorexit 時，計數器-1；
- 當一個線程判斷到計數器為 0 時，則當前鎖空閒，可以佔用；反之，當前線程進入等待狀態。
含義：（monitor 機制）
Synchronized 是在加鎖，加對象鎖。對象鎖是一種重量鎖（monitor），synchronized 的鎖機制會根據線程競爭情況在運行時會有偏向鎖（單一線程）、輕量鎖（多個線程訪問 synchronized 區域）、對象鎖（重量鎖，多個線程存在競爭的情況）、自旋鎖等。
該關鍵字是一個幾種鎖的封裝。
07. volatile 關鍵字
解析： 關於指令重排序的問題，可以查閱 DCL 雙檢鎖失效相關資料。
答：
該關鍵字可以保證可見性不保證原子性。
功能：
- 主內存和工作內存，直接與主內存產生交互，進行讀寫操作，保證可見性；
- 禁止 JVM 進行的指令重排序。
08. ThreadLocal（線程局部變量）關鍵字：
答：
當使用 ThreadLocal 維護變量時，其為每個使用該變量的線程提供獨立的變量副本，所以每一個線程都可以獨立的改變自己的副本，而不會影響其他線程對應的副本。
ThreadLocal 內部實現機制：
- 每個線程內部都會維護一個類似 HashMap 的對象，稱為 ThreadLocalMap，裡邊會包含若干了 Entry（K-V 鍵值對），相應的線程被稱為這些 Entry 的屬主線程；
- Entry 的 Key 是一個 ThreadLocal 實例，Value 是一個線程特有對象。Entry 的作用即是：為其屬主線程建立起一個 ThreadLocal 實例與一個線程特有對象之間的對應關係；
- Entry 對 Key 的引用是弱引用；Entry 對 Value 的引用是強引用。
09. Atomic 關鍵字：
答： 可以使基本數據類型以原子的方式實現自增自減等操作。
10. 線程池有了解嗎？（必考）
答：
java.util.concurrent.ThreadPoolExecutor 類就是一個線程池。客戶端調用 ThreadPoolExecutor.submit(Runnable task) 提交任務，線程池內部維護的工作者線程的數量就是該線程池的線程池大小，有 3 種形態：
- 當前線程池大小 ：表示線程池中實際工作者線程的數量；
- 最大線程池大小 （maxinumPoolSize）：表示線程池中允許存在的工作者線程的數量上限；
- 核心線程大小 （corePoolSize ）：表示一個不大於最大線程池大小的工作者線程數量上限。
- 如果運行的線程少於 corePoolSize，則 Executor 始終首選添加新的線程，而不進行排隊；
- 如果運行的線程等於或者多於 corePoolSize，則 Executor 始終首選將請求加入隊列，而不是添加新線程；
- 如果無法將請求加入隊列，即隊列已經滿了，則創建新的線程，除非創建此線程超出 maxinumPoolSize， 在這種情況下，任務將被拒絕。
限於篇幅有限，更多高併發編程中的問題，請參考：
1. Java 多線程編程核心技術
2. Java多線程與併發編程
小結：本小節內容涉及到 Java 中多線程編程，線程安全等知識，是面試中的重點和難點。
JVM 內存管理
既然是 Java 開發面試，那麼對 JVM 的考察當然也是必須的，面試官一般會問你對 JVM 有了解嗎？
我通常都會把我所瞭解的都說一遍，包括：JVM 內存劃分、JVM 垃圾回收的含義，有哪些 GC 算法，年輕代和老年代各自的特點統統闡述一遍。
01. JVM 內存劃分：
- 方法區（線程共享）：常量、靜態變量、JIT(即時編譯器) 編譯後的代碼也都在方法區；
- 堆內存（線程共享）：垃圾回收的主要場所；
- 程序計數器： 當前線程執行的字節碼的位置指示器；
- 虛擬機棧（棧內存）：保存局部變量、基本數據類型變量以及堆內存中某個對象的引用變量；
- 本地方法棧 ：為 JVM 提供使用 native 方法的服務。
02. 類似-Xms、-Xmn 這些參數的含義：
答：
堆內存分配：
- JVM 初始分配的內存由-Xms 指定，默認是物理內存的 1/64；
- JVM 最大分配的內存由-Xmx 指定，默認是物理內存的 1/4；
- 默認空餘堆內存小於 40% 時，JVM 就會增大堆直到-Xmx 的最大限制；空餘堆內存大於 70% 時，JVM 會減少堆直到 -Xms 的最小限制；
- 因此服務器一般設置-Xms、-Xmx 相等以避免在每次 GC 後調整堆的大小。對象的堆內存由稱為垃圾回收器的自動內存管理系統回收。
非堆內存分配：
- JVM 使用-XX:PermSize 設置非堆內存初始值，默認是物理內存的 1/64；
- 由 XX:MaxPermSize 設置最大非堆內存的大小，默認是物理內存的 1/4；
- -Xmn2G：設置年輕代大小為 2G；
- -XX:SurvivorRatio，設置年輕代中 Eden 區與 Survivor 區的比值。
03. 垃圾回收算法有哪些？
答：
- 引用計數 ：原理是此對象有一個引用，即增加一個計數，刪除一個引用則減少一個計數。垃圾回收時，只用收集計數為 0 的對象。此算法最致命的是無法處理循環引用的問題；
- 標記-清除 ：此算法執行分兩階段。第一階段從引用根節點開始標記所有被引用的對象，第二階段遍歷整個堆，把未標記的對象清除；
- 此算法需要暫停整個應用，同時，會產生內存碎片；
- 複製算法 ：此算法把內存空間劃為兩個相等的區域，每次只使用其中一個區域。垃圾回收時，遍歷當前使用區域，把正在使用中的對象複製到另外一個區域中；
- 此算法每次只處理正在使用中的對象，因此複製成本比較小，同時複製過去以後還能進行相應的內存整理，不會出現 “碎片” 問題。當然，此算法的缺點也是很明顯的，就是需要兩倍內存空間；
- 標記-整理 ：此算法結合了 “標記-清除” 和 “複製” 兩個算法的優點。也是分兩階段，第一階段從根節點開始標記所有被引用對象，第二階段遍歷整個堆，把清除未標記對象並且把存活對象 “壓縮” 到堆的其中一塊，按順序排放。
- 此算法避免了 “標記-清除” 的碎片問題，同時也避免了 “複製” 算法的空間問題。
04. root 搜索算法中，哪些可以作為 root？
答：
- 被啟動類（bootstrap 加載器）加載的類和創建的對象；
- JavaStack 中的引用的對象 (棧內存中引用的對象)；
- 方法區中靜態引用指向的對象；
- 方法區中常量引用指向的對象；
- Native 方法中 JNI 引用的對象。
05. GC 什麼時候開始？
答：
GC 經常發生的區域是堆區，堆區還可以細分為新生代、老年代，新生代還分為一個 Eden 區和兩個 Survivor 區。
- 對象優先在 Eden 中分配，當 Eden 中沒有足夠空間時，虛擬機將發生一次 Minor GC，因為 Java 大多數對象都是朝生夕滅，所以 Minor GC 非常頻繁，而且速度也很快；
- Full GC，發生在老年代的 GC，當老年代沒有足夠的空間時即發生 Full GC，發生 Full GC 一般都會有一次 Minor GC。
- 大對象直接進入老年代，如很長的字符串數組，虛擬機提供一個；XX:PretenureSizeThreadhold 參數，令大於這個參數值的對象直接在老年代中分配，避免在 Eden 區和兩個 Survivor 區發生大量的內存拷貝；
- 發生 Minor GC 時，虛擬機會檢測之前每次晉升到老年代的平均大小是否大於老年代的剩餘空間大小，如果大於，則進行一次 Full GC，如果小於，則查看 HandlePromotionFailure 設置是否允許擔保失敗，如果允許，那隻會進行一次 Minor GC，如果不允許，則改為進行一次 Full GC。
06. 內存洩漏和內存溢出
答：
概念：
- 內存溢出指的是內存不夠用了；
- 內存洩漏是指對象可達，但是沒用了。即本該被 GC 回收的對象並沒有被回收；
- 內存洩露是導致內存溢出的原因之一；內存洩露積累起來將導致內存溢出。
內存洩漏的原因分析：
- 長生命週期的對象引用短生命週期的對象；
- 沒有將無用對象置為 null。
小結：本小節涉及到 JVM 虛擬機，包括對內存的管理等知識，相對較深。除了以上問題，面試官會繼續問你一些比較深的問題，可能也是為了看看你的極限在哪裡吧。
比如：內存調優、內存管理，是否遇到過內存洩漏的實際案例、是否真正關心過內存等。由於本人實際項目經驗不足，這些深層次問題並沒有接觸過，各位有需要可以上網查閱。
Java 8 相關知識
關於 Java8 中新知識點，面試官會讓你說說 Java8 你瞭解多少，下邊主要闡述我所瞭解，並且在面試中回答的 Java8 新增知識點。
0.1 HashMap 的底層實現有變化：HashMap 是數組 + 鏈表 + 紅黑樹（JDK1.8 增加了紅黑樹部分）實現。
02. JVM 內存管理方面，由元空間代替了永久代。
區別：
1. 元空間並不在虛擬機中，而是使用本地內存；
2. 默認情況下，元空間的大小僅受本地內存限制；
3. 也可以通過 -XX：MetaspaceSize 指定元空間大小。
03. Lambda 表達式（也稱為閉包），允許我們將函數當成參數傳遞給某個方法，或者把代碼本身當做數據處理。
04. 函數式接口：指的是隻有一個函數的接口，java.lang.Runnable 和 java.util.concurrent.Callable 就是函數式接口的例子；java8 提供了一個特殊的註解 @Functionallnterface 來標明該接口是一個函數式接口。
05. 引入重複註解：Java 8 中使用 @Repeatable 註解定義重複註解。
06. 接口中可以實現方法 default 方法。
07. 註解的使用場景拓寬： 註解幾乎可以使用在任何元素上：局部變量、接口類型、超類和接口實現類，甚至可以用在函數的異常定義上。
08. 新的包 java.time 包
- 包含了所有關於日期、時間、時區、持續時間和時鐘操作的類。
- 這些類都是不可變的、線程安全的。
小結：Java8 的一些新特性，面試官一般情況下不要求你有多麼精通，主要是看看你有沒有一些瞭解。
網絡協議相關
網絡協議方面，考察最多的包括服務器和客戶端在三次握手、四次揮手過程中的狀態變化；還有網絡擁塞控制，及其解決辦法等。
01. 三次握手、四次揮手示意圖：
總共有四種狀態：主動建立連接、主動斷開連接、被動建立連和被動斷開連接
兩兩組合還是 4 種組合：
- 主動建立連接、主動斷開連接會經歷的狀態：
- SYNC_SENT——ESTABLISHED—-FIN_WAIT_1—-FIN_WAIT_2—-TIME_WAIT
- 主動建立連接、被動斷開連接會經歷的狀態：
- SYNC_SENT——ESTABLISHED—-CLOSE_WAIT—-LAST_ACK
- 被動建立連接、主動斷開連接會經歷的狀態：
- LISTEN—-SYN_RCVD—-ESTABLISHED—-FIN_WAIT_1—-FIN_WAIT_2—-TIME_WAIT
- 被動建立連接、被動斷開連接會經歷的狀態：
- LISTEN—-SYN_RCVD—-ESTABLISHED—-CLOSE_WAIT—-LAST_ACK
02. 滑動窗口機制
由發送方和接收方在三次握手階段，互相將自己的最大可接收的數據量告訴對方。
也就是自己的數據接收緩衝池的大小。這樣對方可以根據已發送的數據量來計算是否可以接著發送。
在處理過程中，當接收緩衝池的大小發生變化時，要給對方發送更新窗口大小的通知。
03. 擁塞避免機制
擁塞：對資源的需求超過了可用的資源。若網絡中許多資源同時供應不足，網絡的性能就要明顯變壞，整個網絡的吞吐量隨之負荷的增大而下降。
擁塞控制：防止過多的數據注入到網絡中，使得網絡中的路由器或鏈路不致過載。
擁塞控制方法：
- 慢開始 + 擁塞避免；
- 快重傳 + 快恢復。
04. 瀏覽器中輸入：“www.xxx.com” 之後都發生了什麼？請詳細闡述。
解析：經典的網絡協議問題。
答：
- 由域名→IP 地址
- 尋找 IP 地址的過程依次經過了瀏覽器緩存、系統緩存、hosts 文件、路由器緩存、 遞歸搜索根域名服務器。
- 建立 TCP/IP 連接（三次握手具體過程）
- 由瀏覽器發送一個 HTTP 請求
- 經過路由器的轉發，通過服務器的防火牆，該 HTTP 請求到達了服務器
- 服務器處理該 HTTP 請求，返回一個 HTML 文件
- 瀏覽器解析該 HTML 文件，並且顯示在瀏覽器端
- 這裡需要注意：
- HTTP 協議是一種基於 TCP/IP 的應用層協議，進行 HTTP 數據請求必須先建立 TCP/IP 連接
- 可以這樣理解：HTTP 是轎車，提供了封裝或者顯示數據的具體形式；Socket 是發動機，提供了網絡通信的能力。
- 兩個計算機之間的交流無非是兩個端口之間的數據通信 , 具體的數據會以什麼樣的形式展現是以不同的應用層協議來定義的。
05. 常見 HTTP 狀態碼
- 1xx（臨時響應）
- 2xx（成功）
- 3xx（重定向）：表示要完成請求需要進一步操作
- 4xx（錯誤）：表示請求可能出錯，妨礙了服務器的處理
- 5xx（服務器錯誤）：表示服務器在嘗試處理請求時發生內部錯誤
- 常見狀態碼：
- 200（成功）
- 304（未修改）：自從上次請求後，請求的網頁未修改過。服務器返回此響應時，不會返回網頁內容
- 401（未授權）：請求要求身份驗證
- 403（禁止）：服務器拒絕請求
- 404（未找到）：服務器找不到請求的網頁
06. TCP 和 UDP 的區別：
答：
- 回答發送數據前是否存在建立連接的過程；
- ＴＣＰ過確認機制，丟包可以重發，保證數據的正確性；ＵＤＰ不保證正確性，只是單純的負責發送數據包；
- UDP 是面向報文的。發送方的 UDP 對應用程序交下來的報文，在添加首部後就向下交付給 IP 層。既不拆分，也不合並，而是保留這些報文的邊界，因 此，應用程序需要選擇合適的報文大小；
- UDP 的頭部，只有 8 個字節，相對於 TCP 頭部的 20 個字節信息包的額外開銷很小。
閱讀更多 程序員之言 的文章
