Java開發崗面試知識點解析

来源:https://www.cnblogs.com/Kevin-ZhangCG/archive/2018/05/18/9057529.html
-Advertisement-
Play Games

本文作者參加過多場面試，應聘崗位均為 Java 開發方向。在不斷的面試中，分類總結了 Java 開發崗位面試中的一些知識點。 主要包括以下幾個部分： Java 基礎知識點 Java 常見集合 高併發編程（JUC 包） JVM 記憶體管理 Java 8 知識點 網路協議相關 資料庫相關 MVC 框架相關 ...


本文作者參加過多場面試，應聘崗位均為 Java 開發方向。在不斷的面試中，分類總結了 Java 開發崗位面試中的一些知識點。

主要包括以下幾個部分：

  1. Java 基礎知識點

  2. Java 常見集合

  3. 高併發編程（JUC 包）

  4. JVM 記憶體管理

  5. Java 8 知識點

  6. 網路協議相關

  7. 資料庫相關

  8. MVC 框架相關

  9. 大數據相關

  10. Linux 命令相關

　　面試，是大家從學校走向社會的第一步。互聯網公司的校園招聘，從形式上說，面試一般分為 2-3 輪技術面試 +1 輪 HR 面試。但是一些公司確實是沒有 HR 面試的，直接就是三輪技術面。技術面試中，面試官一般會先就你所應聘的崗位進行相關知識的考察，也叫基礎知識和業務邏輯面試。只要你回答的不是特別差，面試官通常會說：“咱們寫個代碼吧”，這個時候就開始了演算法面試。也就是說，一輪技術面試 = 基礎知識和業務邏輯面試 + 演算法面試。

　　本文我們主要從技術面試聊起。技術面試包括：業務邏輯和基礎知識面試。

　　首先是業務邏輯面試，也就是講項目。面試官會對你簡歷上寫的若幹個項目其中之一拿出來和你聊聊。在期間，會針對你所做的東西進行深度挖掘。包括：為什麼要這麼做？優缺點分析，假如重新讓你做一次，你打算怎麼做？ 等等。這個環節主要考察我們對自己做過的項目（實習項目或者校內項目）是否有一個清晰的認識。關於業務邏輯面試的準備，建議在平時多多思考總結，對項目的數據來源、整體運行框架都應該熟悉掌握。比如說你在某公司實習過程中，就可以進行總結，而不必等到快離職的時候慌慌張張的去總結該項目。

　　接下來是基礎知識面試。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. 抽象類和介面的區別有哪些？

答：

  1. 抽象類中可以沒有抽象方法；介面中的方法必須是抽象方法；

  2. 抽象類中可以有普通的成員變數；介面中的變數必須是 static final 類型的，必須被初始化 , 介面中只有常量，沒有變數。

  3. 抽象類只能單繼承，介面可以繼承多個父介面；

  4. Java8 中介面中會有 default 方法，即方法可以被實現。

面試官：抽象類和介面如何選擇？

答：

  1. 如果要創建不帶任何方法定義和成員變數的基類，那麼就應該選擇介面而不是抽象類。

  2. 如果知道某個類應該是基類，那麼第一個選擇的應該是讓它成為一個介面，只有在必須要有方法定義和成員變數的時候，才應該選擇抽象類。

    因為抽象類中允許存在一個或多個被具體實現的方法，只要方法沒有被全部實現該類就仍是抽象類。

04. Java 和 C++ 的區別：

解析：雖然我們不太懂 C++，但是就是會這麼問，尤其是三面（總監級別）面試中。

答：

  1. 都是面向對象的語言，都支持封裝、繼承和多態；

  2. 指針：Java 不提供指針來直接訪問記憶體，程式更加安全；

  3. 繼承： Java 的類是單繼承的，C++ 支持多重繼承； Java 通過一個類實現多個介面來實現 C++ 中的多重繼承； Java 中類不可以多繼承，但是！！！介面可以多繼承；

  4. 記憶體： 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 程式可以一次編寫多處執行的原因。

區別：

  1. JDK 用於開發，JRE 用於運行 java 程式；

  2. JDK 和 JRE 中都包含 JVM；

  3. 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 的區別有哪些？（必問）

答：

  1. HashMap 沒有考慮同步，是線程不安全的；Hashtable 使用了 synchronized 關鍵字，是線程安全的；

  2. 前者允許 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 的具體實現知道嗎？

答：

  1. 該類包含兩個靜態內部類 HashEntry 和 Segment；前者用來封裝映射表的鍵值對，後者用來充當鎖的角色；

  2. Segment 是一種可重入的鎖 ReentrantLock，每個 Segment 守護一個 HashEntry 數組裡得元素，當對 HashEntry 數組的數據進行修改時，必須首先獲得對應的 Segment 鎖。

05. HashMap 的長度為什麼是 2 的冪次方？

答：

  1. 通過將 Key 的 hash 值與 length-1 進行 & 運算，實現了當前 Key 的定位，2 的冪次方可以減少衝突（碰撞）的次數，提高 HashMap 查詢效率；

  2. 如果 length 為 2 的次冪  則 length-1 轉化為二進位必定是 11111……的形式，在於 h 的二進位與操作效率會非常的快，而且空間不浪費；

  3. 如果 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 介面有什麼區別？

答：

  1. 前者簡單，但是如果需要重新定義比較類型時，需要修改源代碼。

  2. 後者不需要修改源代碼，自定義一個比較器，實現自定義的比較方法。

09. Java 集合的快速失敗機制 “fail-fast”

答：

它是 java 集合的一種錯誤檢測機制，當多個線程對集合進行結構上的改變的操作時，有可能會產生 fail-fast 機制。

例如 ：假設存在兩個線程（線程 1、線程 2），線程 1 通過 Iterator 在遍歷集合 A 中的元素，在某個時候線程 2 修改了集合 A 的結構（是結構上面的修改，而不是簡單的修改集合元素的內容），那麼這個時候程式就會拋出 ConcurrentModificationException 異常，從而產生 fail-fast 機制。

原因： 迭代器在遍歷時直接訪問集合中的內容，並且在遍歷過程中使用一個 modCount 變數。集合在被遍歷期間如果內容發生變化，就會改變 modCount 的值。

每當迭代器使用 hashNext()/next() 遍歷下一個元素之前，都會檢測 modCount 變數是否為 expectedmodCount 值，是的話就返回遍歷；否則拋出異常，終止遍歷。

解決辦法：

  1. 在遍歷過程中，所有涉及到改變 modCount 值得地方全部加上 synchronized；

  2. 使用 CopyOnWriteArrayList 來替換 ArrayList。

小結：本小節是 Java 中關於集合的考察，是 Java 崗位面試中必考的知識點，除了應該掌握以上的問題，包括各個集合的底層實現也建議各位同學閱讀，加深理解。

 

 

高併發編程

在 Java 5.0 提供了 java.util.concurrent（簡稱 JUC ）包，在此包中增加了在併發編程中很常用的實用工具類，用於定義類似於線程的自定義子系統，包括線程池、非同步 IO 和輕量級任務框架。

01. 多線程和單線程的區別和聯繫：

答：

  1. 在單核 CPU 中，將 CPU 分為很小的時間片，在每一時刻只能有一個線程在執行，是一種微觀上輪流占用 CPU 的機制。

  2. 多線程會存線上程上下文切換，會導致程式執行速度變慢，即採用一個擁有兩個線程的進程執行所需要的時間比一個線程的進程執行兩次所需要的時間要多一些。

結論：即採用多線程不會提高程式的執行速度，反而會降低速度，但是對於用戶來說，可以減少用戶的響應時間。

02. 如何指定多個線程的執行順序？

解析：面試官會給你舉個例子，如何讓 10 個線程按照順序列印 0123456789？（寫代碼實現）

答：

  1. 設定一個 orderNum，每個線程執行結束之後，更新 orderNum，指明下一個要執行的線程。並且喚醒所有的等待線程。

  2. 在每一個線程的開始，要 while 判斷 orderNum 是否等於自己的要求值！！不是，則 wait，是則執行本線程。

03. 線程和進程的區別（必考）

答：

  1. 進程是一個 “執行中的程式”，是系統進行資源分配和調度的一個獨立單位；

  2. 線程是進程的一個實體，一個進程中擁有多個線程，線程之間共用地址空間和其它資源（所以通信和同步等操作線程比進程更加容易）；

  3. 線程上下文的切換比進程上下文切換要快很多。

    • （1）進程切換時，涉及到當前進程的 CPU 環境的保存和新被調度運行進程的 CPU 環境的設置。

    • （2）線程切換僅需要保存和設置少量的寄存器內容，不涉及存儲管理方面的操作。

04. 多線程產生死鎖的 4 個必要條件？

答：

  1. 互斥條件：一個資源每次只能被一個線程使用；

  2. 請求與保持條件：一個線程因請求資源而阻塞時，對已獲得的資源保持不放；

  3. 不剝奪條件：進程已經獲得的資源，在未使用完之前，不能強行剝奪；

  4. 迴圈等待條件：若幹線程之間形成一種頭尾相接的迴圈等待資源關係。

面試官：如何避免死鎖？（經常接著問這個問題哦~）

答：指定獲取鎖的順序，舉例如下：

  1. 比如某個線程只有獲得 A 鎖和 B 鎖才能對某資源進行操作，在多線程條件下，如何避免死鎖？

  2. 獲得鎖的順序是一定的，比如規定，只有獲得 A 鎖的線程才有資格獲取 B 鎖，按順序獲取鎖就可以避免死鎖！！！

05. sleep( ) 和 wait( n)、wait( ) 的區別：

答：

  1. sleep 方法：是 Thread 類的靜態方法，當前線程將睡眠 n 毫秒，線程進入阻塞狀態。當睡眠時間到了，會解除阻塞，進行可運行狀態，等待 CPU 的到來。睡眠不釋放鎖（如果有的話）；

  2. wait 方法：是 Object 的方法，必須與 synchronized 關鍵字一起使用，線程進入阻塞狀態，當 notify 或者 notifyall 被調用後，會解除阻塞。但是，只有重新占用互斥鎖之後才會進入可運行狀態。睡眠時，釋放互斥鎖。

06. synchronized 關鍵字：

答：

底層實現：

  1. 進入時，執行 monitorenter，將計數器 +1，釋放鎖 monitorexit 時，計數器-1；

  2. 當一個線程判斷到計數器為 0 時，則當前鎖空閑，可以占用；反之，當前線程進入等待狀態。

含義：（monitor 機制）

Synchronized 是在加鎖，加對象鎖。對象鎖是一種重量鎖（monitor），synchronized 的鎖機制會根據線程競爭情況在運行時會有偏向鎖（單一線程）、輕量鎖（多個線程訪問 synchronized 區域）、對象鎖（重量鎖，多個線程存在競爭的情況）、自旋鎖等。

該關鍵字是一個幾種鎖的封裝。

07. volatile 關鍵字

解析：關於指令重排序的問題，可以查閱 DCL 雙檢鎖失效相關資料。

答：

該關鍵字可以保證可見性不保證原子性。

功能：

  1. 主記憶體和工作記憶體，直接與主記憶體產生交互，進行讀寫操作，保證可見性；

  2. 禁止 JVM 進行的指令重排序。

08. ThreadLocal（線程局部變數）關鍵字：

答：

當使用 ThreadLocal 維護變數時，其為每個使用該變數的線程提供獨立的變數副本，所以每一個線程都可以獨立的改變自己的副本，而不會影響其他線程對應的副本。

ThreadLocal 內部實現機制：

  1. 每個線程內部都會維護一個類似 HashMap 的對象，稱為 ThreadLocalMap，裡邊會包含若幹了 Entry（K-V 鍵值對），相應的線程被稱為這些 Entry 的屬主線程；

  2. Entry 的 Key 是一個 ThreadLocal 實例，Value 是一個線程特有對象。Entry 的作用即是：為其屬主線程建立起一個 ThreadLocal 實例與一個線程特有對象之間的對應關係；

  3. Entry 對 Key 的引用是弱引用；Entry 對 Value 的引用是強引用。

 

09. Atomic 關鍵字：

答：可以使基本數據類型以原子的方式實現自增自減等操作。

10. 線程池有瞭解嗎？（必考）

答：

java.util.concurrent.ThreadPoolExecutor 類就是一個線程池。客戶端調用 ThreadPoolExecutor.submit(Runnable task) 提交任務，線程池內部維護的工作者線程的數量就是該線程池的線程池大小，有 3 種形態：

  • 當前線程池大小 ：表示線程池中實際工作者線程的數量；

  • 最大線程池大小 （maxinumPoolSize）：表示線程池中允許存在的工作者線程的數量上限；

  • 核心線程大小 （corePoolSize ）：表示一個不大於最大線程池大小的工作者線程數量上限。

  1. 如果運行的線程少於 corePoolSize，則 Executor 始終首選添加新的線程，而不進行排隊；

  2. 如果運行的線程等於或者多於 corePoolSize，則 Executor 始終首選將請求加入隊列，而不是添加新線程；

  3. 如果無法將請求加入隊列，即隊列已經滿了，則創建新的線程，除非創建此線程超出 maxinumPoolSize， 在這種情況下，任務將被拒絕。

限於篇幅有限，更多高併發編程中的問題，請參考：

1.  Java 多線程編程核心技術

2. Java多線程與併發編程

小結：本小節內容涉及到 Java 中多線程編程，線程安全等知識，是面試中的重點和難點。

 

 

JVM 記憶體管理

既然是 Java 開發麵試，那麼對 JVM 的考察當然也是必須的，面試官一般會問你對 JVM 有瞭解嗎？

我通常都會把我所瞭解的都說一遍，包括：JVM 記憶體劃分、JVM 垃圾回收的含義，有哪些 GC 演算法，年輕代和老年代各自的特點統統闡述一遍。

 

01. JVM 記憶體劃分：

  1. 方法區（線程共用）：常量、靜態變數、JIT(即時編譯器) 編譯後的代碼也都在方法區；

  2. 堆記憶體（線程共用）：垃圾回收的主要場所；

  3. 程式計數器： 當前線程執行的位元組碼的位置指示器；

  4. 虛擬機棧（棧記憶體）：保存局部變數、基本數據類型變數以及堆記憶體中某個對象的引用變數；

  5. 本地方法棧 ：為 JVM 提供使用 native 方法的服務。

02. 類似-Xms、-Xmn 這些參數的含義：

答：

堆記憶體分配：

  1. JVM 初始分配的記憶體由-Xms 指定，預設是物理記憶體的 1/64；

  2. JVM 最大分配的記憶體由-Xmx 指定，預設是物理記憶體的 1/4；

  3. 預設空餘堆記憶體小於 40% 時，JVM 就會增大堆直到-Xmx 的最大限制；空餘堆記憶體大於 70% 時，JVM 會減少堆直到 -Xms 的最小限制；

  4. 因此伺服器一般設置-Xms、-Xmx 相等以避免在每次 GC 後調整堆的大小。對象的堆記憶體由稱為垃圾回收器的自動記憶體管理系統回收。

非堆記憶體分配：

  1. JVM 使用-XX:PermSize 設置非堆記憶體初始值，預設是物理記憶體的 1/64；

  2. 由 XX:MaxPermSize 設置最大非堆記憶體的大小，預設是物理記憶體的 1/4；

  3. -Xmn2G：設置年輕代大小為 2G；

  4. -XX:SurvivorRatio，設置年輕代中 Eden 區與 Survivor 區的比值。

03. 垃圾回收演算法有哪些？

答：

  1. 引用計數 ：原理是此對象有一個引用，即增加一個計數，刪除一個引用則減少一個計數。垃圾回收時，只用收集計數為 0 的對象。此演算法最致命的是無法處理迴圈引用的問題；

  2. 標記-清除 ：此演算法執行分兩階段。第一階段從引用根節點開始標記所有被引用的對象，第二階段遍歷整個堆，把未標記的對象清除；

    此演算法需要暫停整個應用，同時，會產生記憶體碎片；

  3. 複製演算法 ：此演算法把記憶體空間劃為兩個相等的區域，每次只使用其中一個區域。垃圾回收時，遍歷當前使用區域，把正在使用中的對象複製到另外一個區域中；

    此演算法每次只處理正在使用中的對象，因此複製成本比較小，同時複製過去以後還能進行相應的記憶體整理，不會出現 “碎片” 問題。當然，此演算法的缺點也是很明顯的，就是需要兩倍記憶體空間；

  4. 標記-整理 ：此演算法結合了 “標記-清除” 和 “複製” 兩個演算法的優點。也是分兩階段，第一階段從根節點開始標記所有被引用對象，第二階段遍歷整個堆，把清除未標記對象並且把存活對象 “壓縮” 到堆的其中一塊，按順序排放。

    此演算法避免了 “標記-清除” 的碎片問題，同時也避免了 “複製” 演算法的空間問題。

04. root 搜索演算法中，哪些可以作為 root？

答：

  • 被啟動類（bootstrap 載入器）載入的類和創建的對象；

  • JavaStack 中的引用的對象 (棧記憶體中引用的對象)；

  • 方法區中靜態引用指向的對象；

  • 方法區中常量引用指向的對象；

  • Native 方法中 JNI 引用的對象。

05. GC 什麼時候開始？

答：

GC 經常發生的區域是堆區，堆區還可以細分為新生代、老年代，新生代還分為一個 Eden 區和兩個 Survivor 區。

  1. 對象優先在 Eden 中分配，當 Eden 中沒有足夠空間時，虛擬機將發生一次 Minor GC，因為 Java 大多數對象都是朝生夕滅，所以 Minor GC 非常頻繁，而且速度也很快；

  2. Full GC，發生在老年代的 GC，當老年代沒有足夠的空間時即發生 Full GC，發生 Full GC 一般都會有一次 Minor GC。

    大對象直接進入老年代，如很長的字元串數組，虛擬機提供一個；XX:PretenureSizeThreadhold 參數，令大於這個參數值的對象直接在老年代中分配，避免在 Eden 區和兩個 Survivor 區發生大量的記憶體拷貝；

  3. 發生 Minor GC 時，虛擬機會檢測之前每次晉升到老年代的平均大小是否大於老年代的剩餘空間大小，如果大於，則進行一次 Full GC，如果小於，則查看 HandlePromotionFailure 設置是否允許擔保失敗，如果允許，那隻會進行一次 Minor GC，如果不允許，則改為進行一次 Full GC。

06. 記憶體泄漏和記憶體溢出

答：

概念：

  1. 記憶體溢出指的是記憶體不夠用了；

  2. 記憶體泄漏是指對象可達，但是沒用了。即本該被 GC 回收的對象並沒有被回收；

  3. 記憶體泄露是導致記憶體溢出的原因之一；記憶體泄露積累起來將導致記憶體溢出。

記憶體泄漏的原因分析：

  1. 長生命周期的對象引用短生命周期的對象；

  2. 沒有將無用對象置為 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 包

  1. 包含了所有關於日期、時間、時區、持續時間和時鐘操作的類。

  2. 這些類都是不可變的、線程安全的。

小結：Java8 的一些新特性，面試官一般情況下不要求你有多麼精通，主要是看看你有沒有一些瞭解。

 

 

網路協議相關 

網路協議方面，考察最多的包括伺服器和客戶端在三次握手、四次揮手過程中的狀態變化；還有網路擁塞控制，及其解決辦法等。

01. 三次握手、四次揮手示意圖：

 

總共有四種狀態：主動建立連接、主動斷開連接、被動建立連和被動斷開連接

兩兩組合還是 4 種組合：

  1. 主動建立連接、主動斷開連接會經歷的狀態：
    SYNC_SENT——ESTABLISHED—-FIN_WAIT_1—-FIN_WAIT_2—-TIME_WAIT

  2. 主動建立連接、被動斷開連接會經歷的狀態：
    SYNC_SENT——ESTABLISHED—-CLOSE_WAIT—-LAST_ACK

  3. 被動建立連接、主動斷開連接會經歷的狀態：
    LISTEN—-SYN_RCVD—-ESTABLISHED—-FIN_WAIT_1—-FIN_WAIT_2—-TIME_WAIT

  4. 被動建立連接、被動斷開連接會經歷的狀態：
    LISTEN—-SYN_RCVD—-ESTABLISHED—-CLOSE_WAIT—-LAST_ACK

02. 滑動視窗機制

由發送方和接收方在三次握手階段，互相將自己的最大可接收的數據量告訴對方。

也就是自己的數據接收緩衝池的大小。這樣對方可以根據已發送的數據量來計算是否可以接著發送。

在處理過程中，當接收緩衝池的大小發生變化時，要給對方發送更新視窗大小的通知。

03. 擁塞避免機制

擁塞：對資源的需求超過了可用的資源。若網路中許多資源同時供應不足，網路的性能就要明顯變壞，整個網路的吞吐量隨之負荷的增大而下降。

擁塞控制：防止過多的數據註入到網路中，使得網路中的路由器或鏈路不致過載。

擁塞控制方法：

  • 慢開始 + 擁塞避免；

  • 快重傳 + 快恢復。

 

 

04. 瀏覽器中輸入：“www.xxx.com” 之後都發生了什麼？請詳細闡述。

解析：經典的網路協議問題。

答：

  1. 由功能變數名稱→IP 地址
    尋找 IP 地址的過程依次經過了瀏覽器緩存、系統緩存、hosts 文件、路由器緩存、 遞歸搜索根功能變數名稱伺服器。

  2. 建立 TCP/IP 連接（三次握手具體過程）

  3. 由瀏覽器發送一個 HTTP 請求

  4. 經過路由器的轉發，通過伺服器的防火牆，該 HTTP 請求到達了伺服器

  5. 伺服器處理該 HTTP 請求，返回一個 HTML 文件

  6. 瀏覽器解析該 HTML 文件，並且顯示在瀏覽器端

  7. 這裡需要註意：

    • HTTP 協議是一種基於 TCP/IP 的應用層協議，進行 HTTP 數據請求必須先建立 TCP/IP 連接

    • 可以這樣理解：HTTP 是轎車，提供了封裝或者顯示數據的具體形式；Socket 是發動機，提供了網路通信的能力。

    • 兩個電腦之間的交流無非是兩個埠之間的數據通信 , 具體的數據會以什麼樣的形式展現是以不同的應用層協議來定義的。

05. 常見 HTTP 狀態碼

  1. 1xx（臨時響應）

  2. 2xx（成功）

  3. 3xx（重定向）：表示要完成請求需要進一步操作

  4. 4xx（錯誤）：表示請求可能出錯，妨礙了伺服器的處理

  5. 5xx（伺服器錯誤）：表示伺服器在嘗試處理請求時發生內部錯誤

  6. 常見狀態碼：

    • 200（成功）

    • 304（未修改）：自從上次請求後，請求的網頁未修改過。伺服器返回此響應時，不會返回網頁內容

    • 401（未授權）：請求要求身份驗證

    • 403（禁止）：伺服器拒絕請求

    • 404（未找到）：伺服器找不到請求的網頁

06. TCP 和 UDP 的區別：

答：

    1. 回答發送數據前是否存在建立連接的過程；

    2. ＴＣＰ過確認機制，丟包可以重發，保證數據的正確性；ＵＤＰ不保證正確性，只是單純的負責發送數據包；

    3. UDP 是面向報文的。發送方的 UDP 對應用程式交下來的報文，在添加首部後就向下交付給 IP 層。既不拆分，也不合併，而是保留這些報文的邊界，因 此，應用程式需要選擇合適的報文大小；

    4. UDP 的頭部，只有 8 個位元組，相對於 TCP 頭部的 20 個位元組信息包的額外開銷很小。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • Window SDK HBITMAP轉HICON、HCURSOR
    返回的類型 記得用 DestroyIcon 釋放 ...
  • Python一些不為人知的基礎技巧
    1.startswith()和endswith()參數可以是元組 當檢測字元串開頭或結尾時，如果有多個檢測值，可以用元組作為startswith()和endswith()參數： 2.enumerate()設置start參數做為索引起始值 當用enumerate()迭代同時要得到索引時，可以設置sta ...
  • 鐵樂學python_Day41_線程01
    線程的出現 　　60年代，在OS中能擁有資源和獨立運行的基本單位是進程，然而隨著電腦技術的發展，進程出現了很多弊端，一是由於進程是資源擁有者，創建、撤消與切換存在較大的時空開銷，因此需要引入輕型進程；二是由於對稱多處理機（SMP）出現，可以滿足多個運行單位，而多個進程並行開銷過大。 　　因此在80... ...
  • 要想破解驗證碼，就要從他的根源開始瞭解！這才是驗證碼！
    ②GIF格式的隨機數字或者字母圖片，這可以說是靜態圖片的升級 ③隨機數字+隨機大寫英文字母+隨機干擾像素+隨機位置BMP格式圖片 ④廣告驗證碼，輸入廣告中的高亮部分的內容即可 ⑤問題驗證碼，主要是以問答式的形式來進行填寫 ⑥行為方式驗證碼，主要分為拖動式和點觸式 拖動式 點觸式 ⑦手機簡訊驗證碼，通 ...
  • 01-Web客戶端與伺服器詳解
    1、CS與BS 軟體使用方式上兩種劃分 C/S Client/Server PC客戶端、伺服器架構 特點： 在伺服器當中就主要是一個資料庫，把所有的業務邏輯以及界面都交給客戶端完成 優點： 較為安全，用戶界面豐富，用戶體驗好 缺點： 每次升級都要重新安裝，針對於不同的操作系統開發，可移植性差 B/S ...
  • MongoDB與python交互！這才是正確玩轉資料庫的正確方式！
    1.Pymongo PyMongo是Mongodb的Python介面開發包，是使用python和Mongodb的推薦方式。 官方文檔 2.安裝 通過ObjectId來查找 通過ObjectId來查找 不要轉化ObjectId的類型為String 不要轉化ObjectId的類型為String 如果po ...
  • 01-客戶端與伺服器詳解
    1、CS與BS 軟體使用方式上兩種劃分 C/S Client/Server PC客戶端、伺服器架構 特點： 在伺服器當中就主要是一個資料庫，把所有的業務邏輯以及界面都交給客戶端完成 優點： 較為安全，用戶界面豐富，用戶體驗好 缺點： 每次升級都要重新安裝，針對於不同的操作系統開發，可移植性差 B/S ...
  • hibernate 增改查後對象的三種狀態轉換
    this.getSession().update(obj); this.getSession().merge(obj); this.getSession().saveOrUpdate(obj);1. update 和 merge的區別 首先在執行更新操作的時候，兩者都必須要有id update是直接 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類