Java程序員必須熟記流程圖

1.spring的生命周期

Spring作為當前Java最流行、最強大的輕量級容器框架，了解熟悉spring的生命周期非常有必要;

三次握手：

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

四次揮手：

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

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

線程池：一種線程使用模式。線程過多會帶來調(diào)度開銷，進而影響緩存局部性和整體性能。而線程池維護著多個線程，等待著監(jiān)督管理者分配可并發(fā)執(zhí)行的任務，這避免了在處理短時間任務時創(chuàng)建與銷毀線程的代價。線程池執(zhí)行流程是每個開發(fā)必備的。

執(zhí)行流程

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

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

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

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

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

程序計數(shù)器(PC 寄存器)

程序計數(shù)器是一塊較小的內(nèi)存空間，可以看作當前線程所執(zhí)行的字節(jié)碼的行號指示器。在虛擬機的模型里，字節(jié)碼解釋器工作時就是通過改變這個計數(shù)器的值來選取下一條需要執(zhí)行的字節(jié)碼指令，分支、循環(huán)、異常處理、線程恢復等基礎功能都需要依賴計數(shù)器完成。

Java虛擬機棧

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

本地方法棧

與虛擬機棧基本類似，區(qū)別在于虛擬機棧為虛擬機執(zhí)行的java方法服務，而本地方法棧則是為Native方法服務。

Java堆

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

方法區(qū)

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

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

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

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

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

7.JDBC執(zhí)行流程

JDBC執(zhí)行流程：

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

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

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

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

9.dubbo 調(diào)用

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

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

當前題目：Java程序員必須熟記流程圖
網(wǎng)頁URL：http://www.bm7419.com/news31/101381.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供電子商務、自適應網(wǎng)站、云服務器、微信小程序、搜索引擎優(yōu)化、網(wǎng)站策劃

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)