閱讀本文大概需要 6 分鐘。

轉(zhuǎn)載自：https://juejin.im/post/5d214639e51d4550bf1ae8df

1.Spring 的生命周期

Spring 作為當(dāng)前 Java 最流行、最強(qiáng)大的輕量級容器框架，了解熟悉 spring 的生命周期非常有必要；

• 首先容器啟動(dòng)后，對 bean 進(jìn)行初始化
• 按照 bean 的定義，注入屬性
• 檢測該對象是否實(shí)現(xiàn)了 xxxAware 接口，并將相關(guān)的 xxxAware 實(shí)例注入給 bean，如 BeanNameAware 等
• 以上步驟，bean 對象已正確構(gòu)造，通過實(shí)現(xiàn) BeanPostProcessor 接口，可以再進(jìn)行一些自定義方法處理。如：postProcessBeforeInitialzation。
• BeanPostProcessor 的前置處理完成后，可以實(shí)現(xiàn) postConstruct，afterPropertiesSet,init-method 等方法， 增加我們自定義的邏輯，
• 通過實(shí)現(xiàn) BeanPostProcessor 接口，進(jìn)行 postProcessAfterInitialzation 后置處理
• 接著 Bean 準(zhǔn)備好被使用啦。
• 容器關(guān)閉后，如果 Bean 實(shí)現(xiàn)了 DisposableBean 接口，則會(huì)回調(diào)該接口的 destroy() 方法
• 通過給 destroy-method 指定函數(shù)，就可以在 bean 銷毀前執(zhí)行指定的邏

2.TCP 三次握手，四次揮手

tcp 的三次握手四次揮手是每個(gè)程序員都應(yīng)該熟悉的。

三次握手：

• 第一次握手(SYN=1, seq=x)，發(fā)送完畢后，客戶端進(jìn)入 SYN_SEND 狀態(tài)
• 第二次握手(SYN=1, ACK=1, seq=y, ACKnum=x+1)， 發(fā)送完畢后，服務(wù)器端進(jìn)入 SYN_RCVD 狀態(tài)。
• 第三次握手(ACK=1，ACKnum=y+1)，發(fā)送完畢后，客戶端進(jìn)入 ESTABLISHED 狀態(tài)，當(dāng)服務(wù)器端接收到這個(gè)包時(shí)，也進(jìn)入 ESTABLISHED 狀態(tài)，TCP 握手，即可以開始數(shù)據(jù)傳輸。

四次揮手：

• 第一次揮手(FIN=1，seq=a)，發(fā)送完畢后，客戶端進(jìn)入 FIN_WAIT_1 狀態(tài)
• 第二次揮手(ACK=1，ACKnum=a+1)，發(fā)送完畢后，服務(wù)器端進(jìn)入 CLOSE_WAIT 狀態(tài)，客戶端接收到這個(gè)確認(rèn)包之后，進(jìn)入 FIN_WAIT_2 狀態(tài)
• 第三次揮手(FIN=1，seq=b)，發(fā)送完畢后，服務(wù)器端進(jìn)入 LAST_ACK 狀態(tài)，等待來自客戶端的最后一個(gè)ACK。
• 第四次揮手(ACK=1，ACKnum=b+1)，客戶端接收到來自服務(wù)器端的關(guān)閉請求，發(fā)送一個(gè)確認(rèn)包，并進(jìn)入 TIME_WAIT狀態(tài)，等待了某個(gè)固定時(shí)間（兩個(gè)最大段生命周期，2MSL，2 Maximum Segment Lifetime）之后，沒有收到服務(wù)器端的 ACK ，認(rèn)為服務(wù)器端已經(jīng)正常關(guān)閉連接，于是自己也關(guān)閉連接，進(jìn)入 CLOSED 狀態(tài)。服務(wù)器端接收到這個(gè)確認(rèn)包之后，關(guān)閉連接，進(jìn)入 CLOSED 狀態(tài)。

3.線程池執(zhí)行流程圖

線程池：一種線程使用模式。線程過多會(huì)帶來調(diào)度開銷，進(jìn)而影響緩存局部性和整體性能。

而線程池維護(hù)著多個(gè)線程，等待著監(jiān)督管理者分配可并發(fā)執(zhí)行的任務(wù)，這避免了在處理短時(shí)間任務(wù)時(shí)創(chuàng)建與銷毀線程的代價(jià)。線程池執(zhí)行流程是每個(gè)開發(fā)必備的。

執(zhí)行流程

• 提交一個(gè)任務(wù)，線程池里存活的核心線程數(shù)小于線程數(shù) corePoolSize 時(shí)，線程池會(huì)創(chuàng)建一個(gè)核心線程去處理提交的任務(wù)。
• 如果線程池核心線程數(shù)已滿，即線程數(shù)已經(jīng)等于 corePoolSize，一個(gè)新提交的任務(wù)，會(huì)被放進(jìn)任務(wù)隊(duì)列 workQueue 排隊(duì)等待執(zhí)行。
• 當(dāng)線程池里面存活的線程數(shù)已經(jīng)等于 corePoolSize 了，并且任務(wù)隊(duì)列 workQueue 也滿，判斷線程數(shù)是否達(dá)到 maximumPoolSize，即最大線程數(shù)是否已滿，如果沒到達(dá)，創(chuàng)建一個(gè)非核心線程執(zhí)行提交的任務(wù)。
• 如果當(dāng)前的線程數(shù)達(dá)到了 maximumPoolSize，還有新的任務(wù)過來的話，直接采用拒絕策略處理。

JDK 提供了四種拒絕策略處理類

• AbortPolicy (拋出一個(gè)異常，默認(rèn)的)
• DiscardPolicy (直接丟棄任務(wù))
• DiscardOldestPolicy（丟棄隊(duì)列里最老的任務(wù)，將當(dāng)前這個(gè)任務(wù)繼續(xù)提交給線程池）
• CallerRunsPolicy（交給線程池調(diào)用所在的線程進(jìn)行處理

4.JVM 內(nèi)存結(jié)構(gòu)

JVM 內(nèi)存結(jié)構(gòu)是 Java 程序員必須掌握的基礎(chǔ)。

程序計(jì)數(shù)器（PC 寄存器）

程序計(jì)數(shù)器是一塊較小的內(nèi)存空間，可以看作當(dāng)前線程所執(zhí)行的字節(jié)碼的行號指示器。

在虛擬機(jī)的模型里，字節(jié)碼解釋器工作時(shí)就是通過改變這個(gè)計(jì)數(shù)器的值來選取下一條需要執(zhí)行的字節(jié)碼指令，分支、循環(huán)、異常處理、線程恢復(fù)等基礎(chǔ)功能都需要依賴計(jì)數(shù)器完成。

Java 虛擬機(jī)棧

• 與程序計(jì)數(shù)器一樣，Java 虛擬機(jī)棧也是線程私有的，它的生命周期與線程相同
• 每個(gè)方法被執(zhí)行的時(shí)候都會(huì)創(chuàng)建一個(gè)"棧幀",用于存儲(chǔ)局部變量表(包括參數(shù))、操作數(shù)棧、動(dòng)態(tài)鏈接、方法出口等信息。每個(gè)方法被調(diào)用到執(zhí)行完的過程，就對應(yīng)著一個(gè)棧幀在虛擬機(jī)棧中從入棧到出棧的過程。
• 局部變量表存放各種基本數(shù)據(jù)類型 boolean、byte、char、short 等

本地方法棧

與虛擬機(jī)?；绢愃?#xff0c;區(qū)別在于虛擬機(jī)棧為虛擬機(jī)執(zhí)行的 java 方法服務(wù)，而本地方法棧則是為 Native 方法服務(wù)。

Java 堆

• GC 堆是 java 虛擬機(jī)所管理的內(nèi)存中最大的一塊內(nèi)存區(qū)域，也是被各個(gè)線程共享的內(nèi)存區(qū)域，在 JVM 啟動(dòng)時(shí)創(chuàng)建。
• 其大小通過 -Xms (最小值)和 -Xmx (最大值)參數(shù)設(shè)置，-Xms 為 JVM 啟動(dòng)時(shí)申請的最小內(nèi)存，-Xmx 為 JVM 可申請的最大內(nèi)存。
• 由于現(xiàn)在收集器都是采用分代收集算法，堆被劃分為新生代和老年代。新生代由 S0 和 S1 構(gòu)成，可通過 -Xmn 參數(shù)來指定新生代的大小。
• 所有對象實(shí)例以及數(shù)組都在堆上分配。
• Class 文件中除了有類的版本、字段、方法、接口等描述信息外，還有一項(xiàng)信息是常量池，用于存放編譯器生成的各種符號引用，這部分內(nèi)容將在類加載后放到方法區(qū)的運(yùn)行時(shí)常量池中。

方法區(qū)

• 也稱”永久代” ，它用于存儲(chǔ)虛擬機(jī)加載的類信息、常量、靜態(tài)變量、是各個(gè)線程共享的內(nèi)存區(qū)域。可以通過 -XX:PermSize 和 -XX:MaxPermSize 參數(shù)限制方法區(qū)的大小。
• 運(yùn)行時(shí)常量池：是方法區(qū)的一部分，其中的主要內(nèi)容來自于 JVM 對 Class 的加載。
• Class 文件中除了有類的版本、字段、方法、接口等描述信息外，還有一項(xiàng)信息是常量池，用于存放編譯器生成的各種符號引用，這部分內(nèi)容將在類加載后放到方法區(qū)的運(yùn)行時(shí)常量池中。

5.Java 內(nèi)存模型

• Java 的多線程之間是通過共享內(nèi)存進(jìn)行通信的，在通信過程中會(huì)存在一系列如可見性、原子性、順序性等問題，而 JMM 就是圍繞著多線程通信以及與其相關(guān)的一系列特性而建立的模型。
  JMM 定義了一些語法集，這些語法集映射到Java語言中就是 volatile、synchronized 等關(guān)鍵字。
  有興趣可以看看我的另外一篇筆記：http://www.jianshu.com/p/3c1691aed…
• Java 內(nèi)存模型規(guī)定了所有的變量都存儲(chǔ)在主內(nèi)存中，每條線程還有自己的工作內(nèi)存，線程的工作內(nèi)存中保存了該線程中是用到的變量的主內(nèi)存副本拷貝，線程對變量的所有操作都必須在工作內(nèi)存中進(jìn)行，而不能直接讀寫主內(nèi)存。
  不同的線程之間也無法直接訪問對方工作內(nèi)存中的變量，線程間變量的傳遞均需要自己的工作內(nèi)存和主存之間進(jìn)行數(shù)據(jù)同步進(jìn)行。

6.SpringMVC 執(zhí)行流程圖

• User 向服務(wù)器發(fā)送 request，前端控制 Servelt DispatcherServlet 捕獲;
• DispatcherServlet 對請求 URL 進(jìn)行解析，調(diào)用 HandlerMapping 獲得該Handler 配置的所有相關(guān)的對象，最后以 HandlerExecutionChain 對象的形式返回.
• DispatcherServlet 根據(jù)獲得的 Handler，選擇一個(gè)合適的 HandlerAdapter.
• 提取 Request 中的模型數(shù)據(jù)，填充 Handler 入?yún)?#xff0c;開始執(zhí)行 Handler（Controller)
• Handler 執(zhí)行完成后，返回一個(gè) ModelAndView 對象到 DispatcherServlet
• 根據(jù)返回的 ModelAndView，選擇一個(gè)適合的 ViewResolver
• ViewResolver 結(jié)合 Model 和 View，來渲染視圖
• 將渲染結(jié)果返回給客戶端。

7.JDBC 執(zhí)行流程

JDBC 執(zhí)行流程：

• 連接數(shù)據(jù)源
• 為數(shù)據(jù)庫傳遞查詢和更新指令
• 處理數(shù)據(jù)庫響應(yīng)并返回的結(jié)果

8.spring cloud 組件架構(gòu)

Spring Cloud 是一個(gè)基于 Spring Boot 實(shí)現(xiàn)的云原生應(yīng)用開發(fā)工具，它為基于 JVM 的云原生應(yīng)用開發(fā)中涉及的配置管理、服務(wù)發(fā)現(xiàn)、熔斷器、智能路由、微代理、控制總線、分布式會(huì)話和集群狀態(tài)管理等操作提供了一種簡單的開發(fā)方式。

• Eureka 負(fù)責(zé)服務(wù)的注冊與發(fā)現(xiàn)。
• Hystrix 負(fù)責(zé)監(jiān)控服務(wù)之間的調(diào)用情況，起到熔斷,降級作用。
• Spring Cloud Config 提供了統(tǒng)一的配置中心服務(wù)。
• 所有對外的請求和服務(wù)，我們都通過 Zuul 來進(jìn)行轉(zhuǎn)發(fā)，起到 API 網(wǎng)關(guān)的作用
• 最后我們使用 Sleuth+Zipkin 將所有的請求數(shù)據(jù)記錄下來，方便我們進(jìn)行后續(xù)分析。
• Spring Cloud Ribbon 是基于 Netflix Ribbon 實(shí)現(xiàn)的一套客戶端負(fù)載均衡的工具。它是一個(gè)基于 HTTP 和 TCP 的客戶端負(fù)載均衡器。
• Feign 是一個(gè)聲明式的 Web Service 客戶端，它的目的就是讓 Web Service 調(diào)用更加簡單。

9.dubbo 調(diào)用

Dubbo 是一個(gè)分布式服務(wù)框架，致力于提供高性能和透明化的遠(yuǎn)程服務(wù)調(diào)用方案，這容易和負(fù)載均衡弄混，負(fù)載均衡是對外提供一個(gè)公共地址，請求過來時(shí)通過輪詢、隨機(jī)等，路由到不同 server。

• Provider: 暴露服務(wù)的服務(wù)提供方。
• Consumer: 調(diào)用遠(yuǎn)程服務(wù)的服務(wù)消費(fèi)方。
• Registry: 服務(wù)注冊與發(fā)現(xiàn)的注冊中心。
• Monitor: 統(tǒng)計(jì)服務(wù)的調(diào)用次調(diào)和調(diào)用時(shí)間的監(jiān)控中心。
• Container: 服務(wù)運(yùn)行容器。

·END·

程序員的成長之路

路雖遠(yuǎn)，行則必至

總結(jié)

以上是生活随笔為你收集整理的程序流程图_干货收藏 | Java 程序员必备的一些流程图的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。