1、Spring的生命週期
Spring作爲當前java最流行性、最強大的輕量級容器框架，瞭解熟悉Spring的生命週期非常有必要
- 容器啓動後，對bean進行初始化
- 按照bean的定義，注入屬性
- 檢測該對象是否實現xxxAware接口，並將相關的xxxAware實例注入給bean，如BeanNameAware等
- 以上步驟，bean對象已經正確構造，通過實現BeanPostProcessor接口，可以再進行一些自定義方法處理，如：postProcessBeforeInitialzation
- BeanPostProcessor的前置處理完成後，可以實現postConstruct，afterPropertiesSet，init-method等方法，增加我們自定義的邏輯。
- 通過實現BeanPostProcessor接口，進行postProcessAfterInitialzation後置處理
- 接着Bean準備好被使用啦
- 容器關閉後，如果Bean實現了DisposableBean接口，則會回調該接口的destroy()方法
- 通過給destroy-method指定函數，就可以在bean銷燬前執行指定的邏輯
2、TCP三次握手，四次揮手
tcp的三次握手四次揮手是每個程序員都應該熟悉的。
三次握手
- 第一次握手（SYN=1，seq=x），發送完畢後，客戶端進入SYN_SEND狀態
- 第二次握手（SYN=1，ACK=1，seq=y，ACKnum=x+1），發送完畢後，服務器端進入SYN_RCVD狀態
- 第三次握手（ACK=1，ACKnum=y+1），發送完畢後，客戶端進入ESTABLISHED狀態，當服務器端接收到這個包時，也進入ESTABLISHED狀態，TCP握手，即可以開始數據傳輸。
四次揮手
- 第一次揮手（FIN=1，seq=a），發送完畢後，客戶端進入FIN_WAIT_1 狀態
- 第二次揮手（ACK=1，ACKnum=a+1），發送完畢後，服務器端進入CLOSE_WAIT狀態，客戶端接收到這個確認包之後，進入FIN_WAIT_2狀態
- 第三次揮手（FIN=1，seq=b），發送完畢後，服務器端進入LAST_ACK狀態，等待來自客戶端的最後一個ACK
- 第四次揮手（ACK=1，ACKnum=b+1），客戶端接收到來自服務器端的關閉請求，發送一個確認包，並進入TIME_WAIT狀態，等待了某個固定時間（兩個最大段生命週期，2MSL，2 MAXimum Segment Lifetime）之後，沒有收到服務器端的ACK，認爲服務器端已經正常關閉連接，於是自己也關閉連接，進入CLOSED狀態。服務器端接收到這個確認包之後，關閉連接，進入CLOSED狀態。
3、線程池執行流程圖
線程池：一種線程使用模式。線程過多會帶來調度開銷，進而影響緩存局部性和整體性能。而線程池維護者多個線程，等待着監督管理者分配可執行的任務，這避免了在處理短時間任務是創建於銷燬線程的代價，線程池執行流程是每個開發必備的。
執行流程
- 提交一個任務，線程池例存活的核心線程數小於線程數corePoolSize時，線程池會創建一個核心線程去處理提交得任務。
- 如果線程池核心線程數已滿，即線程數已經等於corePoolSize，一個新提交得任務，會被放進任務隊列workQueue排隊等待執行。
- 當線程池裏面存活的線程數已經等於corePoolSize了，並且任務隊列workQueue也滿了，判斷線程數是否達到maximumPoolSize，即最大線程數是否已滿，如果沒有達到，創建非核心線程執行提交任務。
- 如果當前的線程數達到maximumPoolSize，還有新的任務過來得話，直接採用拒絕策略處理
JDK提供了四種拒絕策略處理類
- AbortPolicy （拋出一個異常，默認的）
- DiscardPolicy （直接丟棄任務）
- DiscardOldestPolicy（丟棄隊列裏最老的任務，將當前任務繼續提交給線程池）
- CallerRunsPolicy （交給線程池調用所在的線程進行處理）
4、JVM內存結構
程序計數器（PC 寄存器）
- 程序計數器是一塊較小的內存空間，可以看作當前線程所執行的字節碼的行號指示器。在虛擬機模型裏，字節碼解析工作時就是通過改變這個計數器的值來選取下一條需要執行的字節碼指令、分支、循環、異常處理、線程恢復等基礎功能都需要依賴計數器完成。
JAVA虛擬機棧
- 與程序計數器一樣，Java虛擬機棧也是線程私有的，它的生命週期與線程相同
- 每個方法被執行的時候都會創建一個“棧幀”，用於存儲局部變量表（包括參數）、操作數棧，動態鏈接、方法出口等信息。每個方法被調用到執行完得過程，就對應着一個棧幀在虛擬機中從入棧到出棧的過程。
- 局部變量表存放各種基本數據類型boolean、byte、char、short等
本地方法棧
- 與虛擬機棧基本類似，區別在於虛擬機棧爲虛擬機執行的java方法服務，而本地方法棧則是爲Native方法服務。
Java堆
- GC堆是java虛擬機所管理的內存中最大得一塊內存區域，也是被各個線程共享的內存區域，在JVM啓動時創建。
- 其中大小通過-Xms（最小值）和-Xmx（最大值）參數設置，-Xms爲JVM啓動時申請的最小內存，-Xmx爲JVM可申請的最大內存。
- 由於現在收集器都是採用分代收集算法，堆被劃分爲新生代和老年代。新生代由S0和S1構成，可通過-Xmn參數來指定新生代的大小
- 所有對象實例以及數組都在堆上分配
- Class文件中除了有類的版本、字段、方法、接口等描述信息外，還有一項信息是常量池，用於存放編譯器生成的各種符號引用，這部分內容將在類加載後放到方法區的運行時常量池中。
方法區
- 也稱“永久代”，它用於存儲虛擬機加載的類信息、常量、靜態變量、是各個線程共享的內存區域。可以通過-XX:PermSize 和 -XX:MaxPermSize 參數限制方法區大小。
- 運行時常量池：是方法區的一部分，其中的主要內容來自於JVM對Class的加載。
- Class文件中除了有類的版本、字段、方法、接口等描述信息外，還有一項信息是常量池，用於存放編譯器生成的各種符號引用，這部分內容將在類加載後放到方法區的運行時常量池中。
5、Java內存模型
- Java的多線程之間是通過共享內存進行通信的，在通信過程中會存在一系列如可見性、原子性、順序性等問題，而JMM就是圍繞着多線程通信以及與其相關的一系列特性而建立得模型，JMM定義了一些語法集，這些語法集映射到Java語言中就是volatile、synchronized等關鍵字。
- Java內存模型規定了所有得變量都存儲在主內存中，每條線程還有自己的工作內存，線程的工作內存中保存了該線程中進行，而不能直接讀寫主內存。不同的線程之間也無法直接訪問對方工作內存中的變量，線程間變量的傳遞均需要自己的工作內存和主內存之間進行數據同步進行。
6、springMVC 執行流程圖
- User向服務器發送request，前端控制Servelt DispatcherServlet捕獲；
- DispatcherServlet對請求URL進行解析，調用HandlerMapping獲得Handler配置HandlerExecutionChain對象的形式返回；
- DispatcherServlet 根據獲取得Handler，選擇一個合適的HandlerAdapter；
- 提取Request中的模型數據，填充Handler入參，開始執行Handler（Controller）；
- Handler執行完成後，返回一個ModelAndView對象到DispatcherServlet
- 根據返回的ModelAndView，選擇一個合適的ViewResolver；
- ViewResolver 結合Model和View，來渲染視圖；
- 將渲染結果返回給客戶端；
7、JDBC執行流程
JDBC執行流程：
- 連接數據源
- 爲數據庫傳遞查詢和更新指令
- 處理數據庫響應並返回的結果
8、Spring Cloud組件架構
Spring Cloud是一個基於Spring Boot實現的雲原生應用開發工具，它爲基於JVM的雲原生應用開發涉及的配置管理、服務發現、熔斷器、智能路由、微代理、控制總線、分佈式會話和集羣狀態管理等操作提供一種簡單的開發方式
- Eureka 負責服務的註冊與發現
- Hystrix 負責監控服務之間的調用情況，起到熔斷，降級作用
- Spring Cloud Config 提供了統一得配置中心服務
- 所有對外的請求和服務，我們都通過Zuul來進行轉發，起到API網關的作用
- 最後我們使用Sleuth+Zipkin將所有得請求數據記錄下來，方便我們進行後續分析
- Spring Cloud Ribbon是基於Netflix Ribbon實現的一套客戶端負載均衡的工具。它是一個基於HTTP和TCP的客戶端負責均衡器
- Feign是一個聲明式的Web Service客戶端，它的目的就是讓Web Service調用更加簡單
9、Dubbo 調用
Dubbo是一個分佈式服務框架，致力於提供高性能和透明化的遠程服務調用方案，這容易和負載均衡器弄混，負載均衡器是對外提供一個公共地址，請求過來時通過輪詢、隨機等，路由到不同server。
- Provider：暴露服務的服務提供方
- Consumer：調用遠程服務的服務消費方
- Registry：服務註冊與發現的註冊中心
- Monitor：統計服務的調用次數和調用時間的監控中心
- Container：服務運行容器