轉載自:https://juejin.im/post/5d214639e51d4550bf1ae8df前端
Spring 做爲當前 Java 最流行、最強大的輕量級容器框架,瞭解熟悉 spring 的生命週期很是有必要;java
首先容器啓動後,對 bean 進行初始化程序員
按照 bean 的定義,注入屬性算法
檢測該對象是否實現了 xxxAware 接口,並將相關的 xxxAware 實例注入給 bean,如 BeanNameAware 等spring
以上步驟,bean 對象已正確構造,經過實現 BeanPostProcessor 接口,能夠再進行一些自定義方法處理。如:postProcessBeforeInitialzation。數據庫
BeanPostProcessor 的前置處理完成後,能夠實現 postConstruct,afterPropertiesSet,init-method 等方法, 增長咱們自定義的邏輯,數組
經過實現 BeanPostProcessor 接口,進行 postProcessAfterInitialzation 後置處理緩存
接着 Bean 準備好被使用啦。服務器
容器關閉後,若是 Bean 實現了 DisposableBean 接口,則會回調該接口的 destroy() 方法微信
經過給 destroy-method 指定函數,就能夠在 bean 銷燬前執行指定的邏
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 狀態。
線程池:一種線程使用模式。線程過多會帶來調度開銷,進而影響緩存局部性和總體性能。
而線程池維護着多個線程,等待着監督管理者分配可併發執行的任務,這避免了在處理短期任務時建立與銷燬線程的代價。線程池執行流程是每一個開發必備的。
提交一個任務,線程池裏存活的核心線程數小於線程數 corePoolSize 時,線程池會建立一個核心線程去處理提交的任務。
若是線程池核心線程數已滿,即線程數已經等於 corePoolSize,一個新提交的任務,會被放進任務隊列 workQueue 排隊等待執行。
當線程池裏面存活的線程數已經等於 corePoolSize 了,而且任務隊列 workQueue 也滿,判斷線程數是否達到 maximumPoolSize,即最大線程數是否已滿,若是沒到達,建立一個非核心線程執行提交的任務。
若是當前的線程數達到了 maximumPoolSize,還有新的任務過來的話,直接採用拒絕策略處理。
AbortPolicy (拋出一個異常,默認的)
DiscardPolicy (直接丟棄任務)
DiscardOldestPolicy(丟棄隊列裏最老的任務,將當前這個任務繼續提交給線程池)
CallerRunsPolicy(交給線程池調用所在的線程進行處理
JVM 內存結構是 Java 程序員必須掌握的基礎。程序計數器(PC 寄存器)
程序計數器是一塊較小的內存空間,能夠看做當前線程所執行的字節碼的行號指示器。
在虛擬機的模型裏,字節碼解釋器工做時就是經過改變這個計數器的值來選取下一條須要執行的字節碼指令,分支、循環、異常處理、線程恢復等基礎功能都須要依賴計數器完成。
與程序計數器同樣,Java 虛擬機棧也是線程私有的,它的生命週期與線程相同
每一個方法被執行的時候都會建立一個"棧幀",用於存儲局部變量表(包括參數)、操做數棧、動態連接、方法出口等信息。每一個方法被調用到執行完的過程,就對應着一個棧幀在虛擬機棧中從入棧到出棧的過程。
局部變量表存放各類基本數據類型 boolean、byte、char、short 等
與虛擬機棧基本相似,區別在於虛擬機棧爲虛擬機執行的 java 方法服務,而本地方法棧則是爲 Native 方法服務。
GC 堆是 java 虛擬機所管理的內存中最大的一塊內存區域,也是被各個線程共享的內存區域,在 JVM 啓動時建立。
其大小經過 -Xms (最小值)和 -Xmx (最大值)參數設置,-Xms 爲 JVM 啓動時申請的最小內存,-Xmx 爲 JVM 可申請的最大內存。
因爲如今收集器都是採用分代收集算法,堆被劃分爲新生代和老年代。新生代由 S0 和 S1 構成,可經過 -Xmn 參數來指定新生代的大小。
全部對象實例以及數組都在堆上分配。
Class 文件中除了有類的版本、字段、方法、接口等描述信息外,還有一項信息是常量池,用於存放編譯器生成的各類符號引用,這部份內容將在類加載後放到方法區的運行時常量池中。
也稱」永久代」 ,它用於存儲虛擬機加載的類信息、常量、靜態變量、是各個線程共享的內存區域。能夠經過 -XX:PermSize 和 -XX:MaxPermSize 參數限制方法區的大小。
運行時常量池:是方法區的一部分,其中的主要內容來自於 JVM 對 Class 的加載。
Class 文件中除了有類的版本、字段、方法、接口等描述信息外,還有一項信息是常量池,用於存放編譯器生成的各類符號引用,這部份內容將在類加載後放到方法區的運行時常量池中。
Java 的多線程之間是經過共享內存進行通訊的,在通訊過程當中會存在一系列如可見性、原子性、順序性等問題,而 JMM 就是圍繞着多線程通訊以及與其相關的一系列特性而創建的模型。
JMM 定義了一些語法集,這些語法集映射到Java語言中就是 volatile、synchronized 等關鍵字。
有興趣能夠看看個人另一篇筆記:www.jianshu.com/p/3c1691aed…
Java 內存模型規定了全部的變量都存儲在主內存中,每條線程還有本身的工做內存,線程的工做內存中保存了該線程中是用到的變量的主內存副本拷貝,線程對變量的全部操做都必須在工做內存中進行,而不能直接讀寫主內存。
不一樣的線程之間也沒法直接訪問對方工做內存中的變量,線程間變量的傳遞均須要本身的工做內存和主存之間進行數據同步進行。
User 向服務器發送 request,前端控制 Servelt DispatcherServlet 捕獲;
DispatcherServlet 對請求 URL 進行解析,調用 HandlerMapping 得到該Handler 配置的全部相關的對象,最後以 HandlerExecutionChain 對象的形式返回.
DispatcherServlet 根據得到的 Handler,選擇一個合適的 HandlerAdapter.
提取 Request 中的模型數據,填充 Handler 入參,開始執行 Handler(Controller)
Handler 執行完成後,返回一個 ModelAndView 對象到 DispatcherServlet
根據返回的 ModelAndView,選擇一個適合的 ViewResolver
ViewResolver 結合 Model 和 View,來渲染視圖
將渲染結果返回給客戶端。
鏈接數據源
爲數據庫傳遞查詢和更新指令
處理數據庫響應並返回的結果
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 調用更加簡單。
Dubbo 是一個分佈式服務框架,致力於提供高性能和透明化的遠程服務調用方案,這容易和負載均衡弄混,負載均衡是對外提供一個公共地址,請求過來時經過輪詢、隨機等,路由到不一樣 server。
Provider: 暴露服務的服務提供方。
Consumer: 調用遠程服務的服務消費方。
Registry: 服務註冊與發現的註冊中心。
Monitor: 統計服務的調用次調和調用時間的監控中心。
Container: 服務運行容器。
·END·
程序員的成長之路
路雖遠,行則必至
本文原發於 同名微信公衆號「程序員的成長之路」,回覆「1024」你懂得,給個讚唄。
回覆 [ 520 ] 領取程序員最佳學習方式
回覆 [ 256 ] 查看 Java 程序員成長規劃