Java程序員必備的主流技術流程圖，你掌握其中的多少技術？

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內存結構

JVM內存結構是Java程序員必須掌握的基礎。

 

程序計數器（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: 服務運行容器。
• 最後分享一份面試寶典【Java核心知識點整理】覆蓋了JVM、鎖、高併發、反射、Spring原理、微服務、Zookeeper、數據庫、數據結構等等」，還有Java208道面試題（含答案）！ 加入個人粉絲羣（Java填坑之路：659655594）便可免費獲取到！掌握了這些知識點，面試時在候選人中又能夠奪目很多，暴擊9999點。機會都是留給有準備的人，只有充足的準備，纔可能讓本身能夠在候選人中脫穎而出。