論碼農的自我修養：并發，資料庫，Spring面試開發三件套

并發編程、資料庫和Spring，我認為這個算程式員開發面試的三件套吧，Spring提供開發，資料庫是使用資料的維護和獲取，并發是為了提高程式的性能，還都是挺重要的，都是離不開的，每天看一看，開發不困難，

一、并發編程

另外本人整理了20年面試題大全，包含spring、并發、資料庫、Redis、分布式、dubbo、JVM、微服務等方面總結，下圖是部分截圖，需要的話點這里點這里，暗號CSDN，

1、Java 中實作多執行緒有幾種方法

（1）繼承 Thread 類；

（2）實作 Runnable 介面；

（3）實作 Callable 介面通過 FutureTask 包裝器來創建 Thread 執行緒；

（4）使用 ExecutorService、Callable、Future 實作有回傳結果的多執行緒（也就是使用了 ExecutorService 來管理前面的三種方式），

2、如何停止一個正在運行的執行緒

（1）使用退出標志，使執行緒正常退出，也就是當 run 方法完成后執行緒終止，

（2）使用 stop 方法強行終止，但是不推薦這個方法，因為 stop 和 suspend 及 resume 一樣都是過期作廢的方法，

（3）使用 interrupt 方法中斷執行緒，

class MyThread extends Thread {
    volatile Boolean stop = false;
    public void run() {
        while (!stop) {
            System.out.println(getName() + " is running");
            try {
                sleep(1000);
            }
            catch (InterruptedException e) {
                System.out.println("week up from blcok...");
                stop = true;
                // 在例外處理代碼中修改共享變數的狀態
            }
        }
        System.out.println(getName() + " is exiting...");
    }
}
class InterruptThreadDemo3 {
    public static void main(String[] args) throws InterruptedException {
        MyThread m1 = new MyThread();
        System.out.println("Starting thread...");
        m1.start();
        Thread.sleep(3000);
        m1.interrupt();
        // 阻塞時退出阻塞狀態
        Thread.sleep(3000);
        // 主執行緒休眠 3 秒以便觀察執行緒 m1 的中斷情況
        System.out.println("Stopping application...");
    }
}

3、notify()和 notifyAll()有什么區別？

notify 可能會導致死鎖，而 notifyAll 則不會

任何時候只有一個執行緒可以獲得鎖，也就是說只有一個執行緒可以運行 synchronized 中的代碼使用 notifyall,可以喚醒所有處于 wait 狀態的執行緒，使其重新進入鎖的爭奪佇列中，而 notify 只能喚醒一個，

wait() 應配合 while 回圈使用，不應使用 if，務必在 wait()呼叫前后都檢查條件，如果不滿足，必須呼叫 notify()喚醒另外的執行緒來處理，自己繼續 wait()直至條件滿足再往下執行，

notify() 是對 notifyAll()的一個優化，但它有很精確的應用場景，并且要求正確使用，不然可能導致死鎖，正確的場景應該是 WaitSet 中等待的是相同的條件，喚醒任一個都能正確處理接下來的事項，如果喚醒的執行緒無法正確處理，務必確保繼續 notify()下一個執行緒，并且自身需要重新回到 WaitSet 中，

4、sleep()和 wait() 有什么區別？

對于 sleep()方法，我們首先要知道該方法是屬于 Thread 類中的，而 wait()方法，則是屬于 Object 類中
的，

sleep()方法導致了程式暫停執行指定的時間，讓出 cpu 該其他執行緒，但是他的監控狀態依然保持者，當指定的時間到了又會自動恢復運行狀態，在呼叫 sleep()方法的程序中，執行緒不會釋放物件鎖，

當呼叫 wait()方法的時候，執行緒會放棄物件鎖，進入等待此物件的等待鎖定池，只有針對此物件呼叫 notify()方法后本執行緒才進入物件鎖定池準備，獲取物件鎖進入運行狀態，

5、volatile 是什么?可以保證有序性嗎?

一旦一個共享變數（類的成員變數、類的靜態成員變數）被 volatile 修飾之后，那么就具備了兩層語意：

（1）保證了不同執行緒對這個變數進行操作時的可見性，即一個執行緒修改了某個變數的值，這新值對其他執行緒來說是立即可見的,volatile 關鍵字會強制將修改的值立即寫入主存，

（2）禁止進行指令重排序，

volatile 不是原子性操作

什么叫保證部分有序性?

當程式執行到 volatile 變數的讀操作或者寫操作時，在其前面的操作的更改肯定全部已經進行，且結果已經對后面的操作可見；在其后面的操作肯定還沒有進行；

x = 2;//陳述句 1
y = 0;//陳述句 2
flag = true;//陳述句 3
x = 4;//陳述句 4
y = -1;//陳述句 5

由于?ag 變數為 volatile 變數，那么在進行指令重排序的程序的時候，不會將陳述句 3 放到陳述句 1、陳述句 2 前面，也不會講陳述句 3 放到陳述句 4、陳述句 5 后面，但是要注意陳述句 1 和陳述句 2 的順序、陳述句 4 和陳述句 5 的順序是不作任何保證的，

使用 Volatile 一般用于 狀態標記量 和 單例模式的雙檢鎖

6、Thread 類中的 start() 和 run() 方法有什么區別？

start()方法被用來啟動新創建的執行緒，而且 start()內部呼叫了 run()方法，這和直接呼叫 run()方法的效果不一樣，當你呼叫 run()方法的時候，只會是在原來的執行緒中呼叫，沒有新的執行緒啟動，start()方法才會啟動新執行緒，

7、為什么 wait, notify 和 notifyAll 這些方法不在 thread 類里面？

明顯的原因是 JAVA 提供的鎖是物件級的而不是執行緒級的，每個物件都有鎖，通過執行緒獲得，如果執行緒需要等待某些鎖那么呼叫物件中的 wait()方法就有意義了，如果 wait()方法定義在 Thread 類中，執行緒正在等待的是哪個鎖就不明顯了，簡單的說，由于 wait，notify 和 notifyAll 都是鎖級別的操作，所以把他們定義在 Object 類中因為鎖屬于物件，

8、為什么 wait 和 notify 方法要在同步塊中呼叫？

（1）只有在呼叫執行緒擁有某個物件的獨占鎖時，才能夠呼叫該物件的 wait(),notify()和 notifyAll()方法，

（2）如果你不這么做，你的代碼會拋出 IllegalMonitorStateException 例外，

（3）還有一個原因是為了避免 wait 和 notify 之間產生競態條件，

wait()方法強制當前執行緒釋放物件鎖，這意味著在呼叫某物件的 wait()方法之前，當前執行緒必須已經獲得該物件的鎖，因此，執行緒必須在某個物件的同步方法或同步代碼塊中才能呼叫該物件的 wait()方法，

在呼叫物件的 notify()和 notifyAll()方法之前，呼叫執行緒必須已經得到該物件的鎖，因此，必須在某個物件的同步方法或同步代碼塊中才能呼叫該物件的 notify()或 notifyAll()方法，

呼叫 wait()方法的原因通常是，呼叫執行緒希望某個特殊的狀態(或變數)被設定之后再繼續執行，呼叫 notify()或 notifyAll()方法的原因通常是，呼叫執行緒希望告訴其他等待中的執行緒:“特殊狀態已經被設定”，這個狀態作為執行緒間通信的通道，它必須是一個可變的共享狀態(或變數)，

9、Java 中 interrupted 和 isInterruptedd 方法的區別？

interrupted() 和 isInterrupted()的主要區別是前者會將中斷狀態清除而后者不會，Java 多執行緒的中斷機制是用內部標識來實作的，呼叫 Thread.interrupt()來中斷一個執行緒就會設定中斷標識為 true，當中斷執行緒呼叫靜態方法 Thread.interrupted()來檢查中斷狀態時，中斷狀態會被清零，而非靜態方法 isInterrupted()用來查詢其它執行緒的中斷狀態且不會改變中斷狀態標識，簡單的說就是任何拋出 InterruptedException 例外的方法都會將中斷狀態清零，無論如何，一個執行緒的中斷狀態有有可能被其它執行緒呼叫中斷來改變，

10、Java 中 synchronized 和 ReentrantLock 有什么不同？
相似點：

這兩種同步方式有很多相似之處，它們都是加鎖方式同步，而且都是阻塞式的同步，也就是說當如果一個執行緒獲得了物件鎖，進入了同步塊，其他訪問該同步塊的執行緒都必須阻塞在同步塊外面等待，而進行執行緒阻塞和喚醒的代價是比較高的，

區別：

這兩種方式最大區別就是對于 Synchronized 來說，它是 java 語言的關鍵字，是原生語法層面的互斥，需要 jvm 實作，而 ReentrantLock 它是 JDK 1.5 之后提供的 API 層面的互斥鎖，需要 lock()和 unlock()方法配合 try/?nally 陳述句塊來完成，

Synchronized 進過編譯，會在同步塊的前后分別形成 monitorenter 和 monitorexit 這個兩個位元組碼指令，在執行 monitorenter 指令時，首先要嘗試獲取物件鎖，如果這個物件沒被鎖定，或者當前執行緒已經擁有了那個物件鎖，把鎖的計算器加 1，相應的，在執行 monitorexit 指令時會將鎖計算器就減 1，當計算器為 0 時，鎖就被釋放了，如果獲取物件鎖失敗，那當前執行緒就要阻塞，直到物件鎖被另一個執行緒釋放為止，

由于 ReentrantLock 是 java.util.concurrent 包下提供的一套互斥鎖，相比 Synchronized，ReentrantLock 類提供了一些高級功能，主要有以下 3 項：

（1）等待可中斷，持有鎖的執行緒長期不釋放的時候，正在等待的執行緒可以選擇放棄等待，這相當于 Synchronized 來說可以避免出現死鎖的情況，

（2）公平鎖，多個執行緒等待同一個鎖時，必須按照申請鎖的時間順序獲得鎖，Synchronized 鎖非公平鎖，ReentrantLock 默認的建構式是創建的非公平鎖，可以通過引數 true 設為公平鎖，但公平鎖表現的性能不是很好，

（3）鎖系結多個條件，一個 ReentrantLock 物件可以同時系結對個物件，

二、MySQL

1.Mysql 中有哪幾種鎖？

（1）表級鎖：開銷小，加鎖快，不會出現死鎖，鎖定粒度大，發生鎖沖突的概率高，并發度低，

（2）行級鎖：開銷大，加鎖慢，會出現死鎖，鎖定粒度小，發生鎖沖突的概率低，并發度高，

（3）頁面鎖：開銷時間、加鎖時間、鎖定粒度在 表級鎖 與 行級鎖 之間，會出現死鎖，并發度中等，

2.CHAR 與 VARCHAR 的區別？

（1）CHAR 長度不可變，范圍 1~255，若存盤長度未達到定義的長度，則以 空格 填充，存取速度快，但容易浪費空間，

（2）VARCHAR 長度可變，范圍 1~65535，若存盤長度未達到定義的長度，則存實際長度資料，存取速度稍慢，但節約空間，

3.能說下myisam 和 innodb的區別嗎？

myisam引擎是5.1版本之前的默認引擎，支持全文檢索、壓縮、空間函式等，但是不支持事務和行級鎖，所以一般用于有大量查詢少量插入的場景來使用，而且myisam不支持外鍵，并且索引和資料是分開存盤的，

innodb是基于聚簇索引建立的，和myisam相反它支持事務、外鍵，并且通過MVCC來支持高并發，索引和資料存盤在一起，

4.你能說下事務的基本特性和隔離級別嗎？
事務：資料庫中，對資料的一系列操作可以看成一個整體，稱為事務，這個整體要么全部執行、要么全部不執行，
ACID 屬性的存在確保了 事務的可靠，
（1）Actomicity（原子性）：原子性要求 事務中的操作要么全部完成，要么回退成之前未操作的狀態，即事務中某個操作失敗后，會相當于什么都沒發生，不會出現改了部分資料的情況，

（2）Consistency（一致性）：一致性要求 事務執行前后，資料庫的狀態一致，即從一個一致性狀態切換到另一個一致性的狀態，

（3）Isolation（隔離性）：隔離性要求 并發的事務相互隔離、不可見，即一個事務看不見另一個事務內部的操作以及操作的資料，

（4）Durability（持久性）：持久性要求 事務對資料庫資料的修改是永久的，即資料一旦修改提交后，其狀態將永久不變，

5.并發問題 – 臟讀、不可重復讀、幻讀?

對于同時運行的多個事務，若這些事務訪問同一資料時，沒有采用必要的隔離機制，則會造成如下的并發問題，
（1）臟讀：臟讀 指的是當一個事務正在訪問某資料，并對這個資料進行的修改，且這條資料還未提交到資料庫中，此時若另一個事務也訪問到這條資料，獲取到的是這條被修改的資料，此時得到的資料不對，即臟讀，
比如：tom 年齡為 22，事務 A 修改 tom 年齡為 30，此時還未提交到資料庫，此時事務 B 獲取 tom 年齡，得到的是 30，事務 A 回滾資料，資料庫的資料依舊是 22，但事務 B 拿到的資料是 30，這就是臟讀，讀錯了資料，

（2）不可重復讀：指一個事務，多次讀取同一條資料，在這個事務還未結束時，另一個事務也訪問該資料并對其修改，那么可能造成事務多次讀取的資料不一致，即不可重復讀，
比如：tom 年齡為 22，事務 A 讀取 tom 年齡為 22，事務未結束，此時事務 B 修改 tom 年齡為 30，并提交到資料庫，當事務 A 再次讀取 tom 年齡為 30，事務 A 兩次讀取的資料不一致，即不可重復讀，

（3）幻讀：指事務并不是獨立執行時產生的現象，一個事務修改某個表，涉及表的所有行，同時另一個事務也修改表，比如增加或洗掉一條資料，此時第一個事務發現多出或者少了一條資料，這種情況就是幻讀，
比如：事務 A 查詢當前表的資料總數為 11， 此時事務 B 向表中插入一條資料，事務 A 再次查詢當前表資料總數為 12，即幻讀，

注：
　　　　不可重復讀、幻讀理解起來有些類似，
　　　　不可重復讀是對一條資料操作，重點在于修改某條資料，
　　　　幻讀是對表進行操作，重點在于新增或洗掉某條資料，

6.事務的隔離級別？

資料庫系統必須具有隔離并發運行的事務的能力，使各事務間不會相互影響，避免并發問題，
　　隔離級別：指的是一個事務與其他事務的隔離程度，隔離級別越高，則并發能力越弱，
（1）Read Uncommitted（讀未提交）：即讀取到 未提交的內容，
　　一般不使用，此隔離級別下，查詢不會加鎖，即可能存在兩個事務操作同一個表的情況，可能會導致 “臟讀”、“不可重復讀”、“幻讀”，

（2）Read Committed（讀提交）：即只能讀取到 已提交的內容，
　　常用（oracle、SQL Server 默認隔離級別），此隔離級別下，查詢采用 快照讀 的機制，即不會讀取到未提交的資料，從而避免 “臟讀”，但是仍可能導致 “不可重復讀”、“幻讀”，

（3）Repeatable Read（可重復讀）
　　常用（mysql 默認隔離級別），此隔離級別下，查詢采用 快照讀 的機制，且事務啟動后，當前資料不能被修改，從而可以避免 “不可重復讀”，但是仍可能導致 “幻讀”（新增或洗掉某條資料），

（4）Serializable（串行化）
　　一般不使用，此隔離級別下，事務會串行化執行（排隊執行），執行效率差、開銷大，可以避免 “臟讀”、“不可重復讀”、“幻讀“，

【舉例：】
select @@transaction_isolation; -- 用于查看當前資料庫的隔離級別（8.0版本）
 set session transaction isolation level read committed; --用于設定隔離級別為 read committed

7.說說自增主鍵、UUID？

（1）自增主鍵，資料在物理結構上是順序存盤，性能好，占用空間小，可以是 int 和 bigint 型別，int 4位元組，bigint 8 位元組，專案中理論不應出現 自增主鍵達到最大值的情況，因為資料太大，效率會大大降低，當出現一定的資料量后，應進行分庫分表操作，

（2）UUID，資料在物理結構上是隨機存盤，性能較差，占用空間大，唯一ID，絕不沖突，

三、Spring

1. 什么是 Spring IOC 容器？

Spring 框架的核心是 Spring 容器，容器創建物件，將它們裝配在一起，配置它們并管理它們的完整生命周期，Spring 容器使用依賴注入來管理組成應用程式的組件，容器通過讀取提供的配置元資料來接收物件進行實體化，配置和組裝的指令，該元資料可以通過 XML，Java 注解或 Java 代碼提供，

2. 什么是依賴注入？

在依賴注入中，您不必創建物件，但必須描述如何創建它們，您不是直接在代碼中將組件和服務連接在一起，而是描述組態檔中哪些組件需要哪些服務，由 IoC 容器將它們裝配在一起，

3. 可以通過多少種方式完成依賴注入？

通常，依賴注入可以通過三種方式完成，即：

建構式注入
setter 注入
介面注入
在 Spring Framework 中，僅使用建構式和 setter 注入，

4. 區分建構式注入和 setter 注入，

5. spring 中有多少種 IOC 容器？

BeanFactory - BeanFactory 就像一個包含 bean 集合的工廠類，它會在客戶端要求時實體化 bean，

ApplicationContext - ApplicationContext 介面擴展了 BeanFactory 介面，它在 BeanFactory 基礎上提供了一些額外的功能，

6. 區分 BeanFactory 和 ApplicationContext，

8. 什么是 spring bean？

它們是構成用戶應用程式主干的物件，
Bean 由 Spring IoC 容器管理，
它們由 Spring IoC 容器實體化，配置，裝配和管理，
Bean 是基于用戶提供給容器的配置元資料創建，
9. spring 提供了哪些配置方式？

基于 xml 配置

bean 所需的依賴項和服務在 XML 格式的組態檔中指定，這些組態檔通常包含許多 bean 定義和特定于應用程式的配置選項，它們通常以 bean 標簽開頭，例如：

<bean id="studentbean" class="org.edureka.firstSpring.StudentBean">
        <property name="name" value="Edureka"></property>
    </bean>

基于注解配置

您可以通過在相關的類，方法或欄位宣告上使用注解，將 bean 配置為組件類本身，而不是使用 XML 來描述 bean 裝配，默認情況下，Spring 容器中未打開注解裝配，因此，您需要在使用它之前在 Spring 組態檔中啟用它，例如：

<beans>
        <context:annotation-config/>
        <!-- bean definitions go here -->
    </beans>

基于 Java API 配置

Spring 的 Java 配置是通過使用@Bean 和 @Configuration 來實作，

2.1.@Bean 注解扮演與 元素相同的角色，

2.2. @Configuration 類允許通過簡單地呼叫同一個類中的其他@Bean 方法來定義 bean 間依賴關系，

例如：

public class StudentConfig {
    @Bean
    public StudentBean myStudent() {
        return new StudentBean();
    }
}

10.什么是 AOP？

AOP(Aspect-Oriented Programming), 即 面向切面編程, 它與 OOP( Object-Oriented Programming, 面向物件編程) 相輔相成, 提供了與 OOP 不同的抽象軟體結構的視角. 在 OOP 中, 我們以類(class)作為我們的基本單元, 而 AOP 中的基本單元是 Aspect(切面)

11. AOP 中的 Aspect、Advice、Pointcut、JointPoint 和 Advice 引數分別是什么？

• Aspect - Aspect 是一個實作交叉問題的類，例如事務管理，方面可以是配置的普通類，然后在 Spring Bean組態檔中配置，或者我們可以使用 Spring AspectJ 支持使用 @Aspect 注解將類宣告為 Aspect，
• Advice - Advice 是針對特定 JoinPoint 采取的操作，在編程方面，它們是在應用程式中達到具有匹配切入點的特定JoinPoint 時執行的方法，您可以將 Advice 視為 Spring 攔截器（Interceptor）或 Servlet過濾器（filter），
• Advice Arguments - 我們可以在 advice 方法中傳遞引數，我們可以在切入點中使用 args()運算式來應用于與引數模式匹配的任何方法，如果我們使用它，那么我們需要在確定引數型別的 advice 方法中使用相同的名稱，
• Pointcut - Pointcut 是與 JoinPoint 匹配的正則運算式，用于確定是否需要執行 Advice， Pointcut使用與 JoinPoint 匹配的不同型別的運算式，Spring 框架使用 AspectJ Pointcut運算式語言來確定將應用通知方法的 JoinPoint，
• JoinPoint - JoinPoint 是應用程式中的特定點，例如方法執行，例外處理，更改物件變數值等，在 Spring AOP中，JoinPoint 始終是方法的執行器，

12. AOP 有哪些實作方式？

實作 AOP 的技術，主要分為兩大類：

靜態代理 - 指使用 AOP 框架提供的命令進行編譯，從而在編譯階段就可生成 AOP 代理類，因此也稱為編譯時增強；編譯時編織（特殊編譯器實作）類加載時編織（特殊的類加載器實作），
動態代理 - 在運行時在記憶體中“臨時”生成 AOP 動態代理類，因此也被稱為運行時增強， JDK 動態代理CGLIB
13. Spring AOP and AspectJ AOP 有什么區別？

Spring AOP 基于動態代理方式實作；AspectJ 基于靜態代理方式實作， Spring AOP 僅支持方法級別的 PointCut；提供了完全的 AOP 支持，它還支持屬性級別的 PointCut，

五、最后：

針對最近很多人都在面試，我這邊也整理了相當多的面試專題資料，也有其他大廠的面經，希望可以幫助到大家，

下面的面試題答案都整理成檔案筆記，也還整理了一些面試資料&最新2020收集的一些大廠的面試真題（都整理成檔案，小部分截圖），有需要的可以點擊進入暗號CSDN